セキュリティと隔離の懸念のためのSharePoint Web / Serviceアプリケーション/プール

Question

私は私の会社のトポロジを設定し、ベストプラクティスについて興味があることに関して、私は多額の質問をしています。
私たちは会社のさまざまな部門で使用されるSharePointファームを作成しており、部門間の分離が必要です。

私たちは、互いに分離する必要があるそれぞれを設定するために、それらをMisser1、Division2、Division3すべてと呼びましょう。ここに私が持っている質問と懸念のいくつかがあります：

1. 私が疑問に思っていたことは別のWebアプリケーションを設定することです それぞれに？または、より一般的なWebアプリケーションを設定し、それらをサイトコレクションと区切りますか。たとえば、Internet.domain.com、Intranet.domain.com、My.Domain.com、またはI InterneT.domain.com、Disclise2.domain.comが必要ですか？
2. 私がより一般的なWebアプリケーションアプローチを使うならば、検索とメタデータを分離するためのベストプラクティスは何ですか？サービスごとにパーティション化を設定していますこのシナリオで行くより良い方法は？
3. Webアプリケーションごとに別のアプリケーションプールを設定しますか？サービスごとに別のサービスアプリケーションを設定しますか？または共有アプリ/サービスプールを使用しましたか？それぞれの利点は何ですか？

**私のSharePointファームは、すべての異なる部門と同じドメイン上にあります。

私はいくつかの研究を行い、これらのポイントに関する情報を矛盾しています。

Answer 1

私の史上機

1. あなたはそれぞれのサイトコレクションでうまくいくと思います 部門。 DivSion1サイトコレクションから誰も部門にアクセスできません 2つのサイト許可を与えない限り（これはWebにも当てはまります。 応用）。メンダルマネージパスサイトコレクションを作成できます しかし、サイトコレクションごとにFQDNが必要な場合は、 hnsc

しかし、ここでは質問ですが、カスタムソリューション（ファームレベル）を使用した部門のいずれかは、保証されている可能性があります。

2-すべてのWebアプリケーションに1つの検索サービスとメタデータサービスがある場合は、アクセス許可と設定に依存するため、問題はありません。 A Servicesアプリケーションの複数のインスタンスは、サーバー上でより多くのロードを意味します。

3-1つのもの、10のアプリプールである特定のファームにアプリプールの数の数があります（ MSFT制限）。 Webアプリごとに別々のアプリプールを使用できますが、リソースの用語でコストがかかります。各アプリプールには、作業するためにプロセスのセットが必要です。別のWebアプリに行くことにした場合は、すべてのWebアプリケーションの1つのアプリプールにアクセスできます。そこにあるアプリプールの下でサービスを実行しましょう。

最後に、ファームハードウェア、サーバーの数、ユーザー数などを分析した後に決める必要があります。しかし、農場レベルの解決策が必要な場合は、サイトコレクションアプローチに行きます。