SharePoint Web / Service-Anwendung / Pools für Sicherheits- und Isolationsbedenken

Question

Ich habe mehrteilige Fragen in Bezug auf die Einrichtung der Topologie für mein Unternehmen und bin neugierig auf bewährte Praktiken.
Wir erstellen eine SharePoint-Farm, die von verschiedenen Abteilungen im Unternehmen verwendet wird, und wir benötigen eine Isolation zwischen den Abteilungen.

Wir haben sie unterlassen, divily1, Division2 und Division3, alle, um einzurichten, dass jeder voneinander getrennt werden muss. Hier sind einige der Fragen und Bedenken, die ich habe:

.
1. was ich mich gefragt habe, ist ich eine andere Webanwendung eingerichtet für jedes? Oder rüstete ich mehr generische Webanwendung ein und trennen Sie sie mit Standortsammlungen? Zum Beispiel Internet.Domain.com, intranet.domain.com, my.domain.com oder setze ich division1.domain.com, Division2.Domain.com, um die Isolation zu erreichen, die wir benötigen?
2. Wenn ich die mehr generischen Webanwendungen nutzen, was ist die beste Praxis für die Trennung von Suche und Metadaten? Ist ein Einrichten der Partitionierung für jeden Dienst, um in diesem Szenario besser zu gehen?
3. Setze ich einen anderen Anwendungspool für jede Webanwendung ein? Setze ich eine andere Serviceanwendung pro Dienst an? oder verwendet einen gemeinsamen App / Service-Pool? Was sind die Vorteile von jedem?

** Ich sollte notieren, dass meine SharePoint-Farm in derselben Domain wie alle verschiedenen Bereiche ist.

Ich habe einige Forschungen getan und bekomme widersprüchliche Informationen zu diesen Punkten, weshalb ich dachte, ich würde diese Fragen hier stellen.

Answer 1

Wie in meiner Erfahrung

.
1. Ich denke, es geht Ihnen gut mit einer Site-Kollektion für jeden Abteilung. Niemand aus der Divsion1-Site-Sammlung kann auf die Division zugreifen 2 Standort, es sei denn, Sie gewähren die Erlaubnis (dies gilt auch für das Web Anwendung). Normalerweise können Sie verwaltete Pfad-Standortsammlungen erstellen Wenn Sie jedoch für jede Site-Sammlung ein FQDN benötigen, können Sie die HNSC .

aber hier ist die Frage, wird eine der Abteilung mit jeder benutzerdefinierten Lösung (landwirtschaftlicher Ebene) mit der SEPRATE-Webanwendung die einzige Option sein.

2- Ich sehe kein Problem, wenn Sie über eine Suchdienste und Metadatendienste für alle Webanwendungen verfügen, da er von den Berechtigungen abhängt und Sie einstellen. Mehrere Instanz der A-Services-Anwendung bedeuten mehr Last auf dem Server.

3- Eine Sache, es gibt keine Anzahl der Anzahl des App-Pools auf einem bestimmten Farm, der 10 App-Pools ( nach MSFT-Limit ). Sie können einen separaten App-Pool für jede Web-App verwenden, aber es kostet in der Laufzeit von Ressourcen, wobei jeder App-Pool eingestellt ist, um zu arbeiten, um zu arbeiten. Wenn Sie sich für eine andere Web-App entscheiden, würde ich für alle Webanwendung für einen App-Pool gehen. Lassen Sie Dienste unter dort einen eigenen App-Pool laufen.

Am Ende müssen Sie sich entscheiden, nachdem Sie Ihre Farm-Hardware, die Anzahl der Server, die Anzahl der Benutzer usw. analysieren, das Design gut ist. Ich würde jedoch für den Ansatz von Site Collections gehen, wenn keine Lösungen für landwirtschaftliche Ebene erforderlich sind.