Stockage de fichiers d'application SaaS ASP.NET: chemins de lettre de lecteur ou chemins UNC

Question

La partie du système de fichiers de notre environnement d'application asp.net nécessite une mise à jour conforme à notre approche SaaS/Multi-Tenancy et en particulier à la mise à l'échelle.

Notre système de fichiers actuel stocke les fichiers sur disque dans des dossiers distincts pour chaque locataire.

Par exemple: X: \ FilesFolder \ ApplicationInstance \ TenantA etc où les noms des locataires et les noms de fichiers sont Guids. Nous avons un HttpHandler qui récupère les fichiers et résout tous les chemins et noms et renvoie les noms de fichiers d'origine, etc. Nous stockons le chemin racine pour chaque locataire, à savoir: X: \ FilesFolder \ ApplicationInstance \ sur la base que nous pouvons les déplacer à un certain point et à différents endroits si nécessaire. En ce qui concerne la mise à l'échelle de ce système, j'ai quelques questions ... (excusez mon ignorance de l'infrastructure hardware/windows, et mes questions concernent davantage l'implémentation de la mise à jour de notre système de fichiers)

1) Il semble évident que les fichiers doivent tous être stockés sur un périphérique NAS?

2) Si nous ajoutons un périphérique NAS et construisons une batterie de serveurs, devons-nous commencer à exécuter les contrôleurs de domaine? et comment cet effet fait-il référence aux chemins?

Edit: Trouvé que les domaines ne sont pas nécessaires pour les fermes de serveurs, ce qui est génial, toujours pas comment ces effets chemins utilisables etc

3) Faut-il être d'utiliser des chemins de lettre de lecteur (cartographiée lecteurs) ou des chemins UNC?

4) Y at-il frappé de la performance dans le référencement UNC au lieu des noms des lettres de lecteur (même dans la même machine)

5) Quels sont les problèmes d'autorisations pouvons-nous attendre et comment fonctionne-t cet effet en cours d'exécution sur un domaine ou non?

Edit: Avoir un domaine serait plus facile d'autorisations, mais ne savent pas encore quelles sont les différences.

Tout commentaire sur cette approche, les meilleures pratiques ou une meilleure approche appréciée.

Merci

Answer 1

Ce que vous devez faire est abstrait votre code de stockage, de sorte que le chemin est seulement un détail de mise en œuvre. De cette façon, vous pouvez complètement modifier l'architecture du chemin, comme votre technologie de stockage l'exige.