Demande / piscine de SharePoint Web / Service pour les préoccupations de sécurité et d'isolation

Question

J'ai une question à plusieurs parties en ce qui concerne la mise en place de la topologie de ma société et que je suis curieux des meilleures pratiques.
Nous créons une ferme SharePoint qui sera utilisée par différentes divisions de la société et nous avons besoin d'une isolation entre les divisions.

Nous avons appelons-les division1, division2 et division3 tous pour configurer chacun besoin d'être séparé les uns des autres. Voici quelques-unes des questions et préoccupations que j'ai:

1. Qu'est-ce que je me demandais sur est, est-ce que je configure une autre application Web pour chaque? Ou est-ce que je configurais une application Web plus générique et séparez-les avec des collections de site? Par exemple Internet.Domain.com, intranet.domain.com, my.domain.com ou dois-je division1.domain.com, division2.domaine.com pour atteindre l'isolement que nous avons besoin?
2. Si j'utilise l'approche des applications Web plus génériques, quelle est la meilleure pratique pour séparer la recherche et les métadonnées? La mise en place de partitionnement pour chaque service est la meilleure façon d'aller dans ce scénario?
3. est-ce que je configure un pool d'applications différent pour chaque application Web? Dois-je installer une autre application de service par service? ou utilisé un pool d'applications / services partagés? Quels sont les avantages de chacun?

** ** Je dois noter que ma ferme SharePoint est sur le même domaine que toutes les différentes divisions.

J'ai fait des recherches et je reçois des informations contradictoires sur ces points, c'est pourquoi je pensais que je poserais ces questions ici.

Answer 1

selon mes expériences

1. Je pense que vous irez bien avec une collection de site pour chaque département. Personne de la collection de sites DivSion1 ne peut accéder à la division 2 Site sauf si vous accordez une autorisation (ceci est également vrai pour le Web Application). Normaly Vous pouvez créer des collections de site de chemin gérés mais si vous avez besoin d'une FQDN pour chaque collection de site, vous pouvez utiliser le HNSC .

Mais voici la question, l'un quelconque du département utilisant une solution personnalisée (niveau de ferme) peut-être peut-être que Seprate Web Application sera la seule option.

2- Je ne vois aucun problème si vous avez un service de recherche et des services de métadonnées pour toutes les applications Web, car il dépend des autorisations et de définir. Une instance multiple de la demande de services a signalé plus de charge sur le serveur.

3- une chose, il y a une limite de numéro de piscine d'application sur une ferme donnée qui est 10 piscines d'app ( selon la limite de msft ). Vous pouvez utiliser un pool d'applications séparé pour chaque application Web, mais cela coûtera à la durée de la période de ressources, chaque pool d'applications requise un ensemble de processus pour fonctionner. Si vous décidez de faire une application Web différente, j'irais pour un seul pool d'applications pour toutes les applications Web. Laissez les services courir sous votre propre piscine App.

À la fin, vous devez décider après avoir analysé votre matériel agricole, le nombre de serveurs, le nombre d'utilisateurs, etc., quelle conception est bonne. Mais j'irais pour approche des collections de site si aucune solution de niveau de ferme n'est requise.