Construire une infrastructure .NET efficace

La figure 1 présente une infrastructure classique. Les composants à  protéger sont les serveurs Web, les serveurs d’objets de gestion, les répertoires, les CA (Certificate Authorities), le système d’ERP (Enterprise Resource Planning), la base de données, et les liaisons entre les divers composants.

L’accès des clients internes et externes à  l’infrastructure .NET est purement fondé sur le Web. Une infrastructure .NET classique comporte également différentes solutions de disponibilité et d’équilibrage de charge. Au niveau du serveur Web, le NLBS (Network Load Balancing Service) livré avec Win2K Advanced Server, Win2K Datacenter Server et Application Center 2000, offre des possibilités de haute disponibilité et d’équilibrage de charge. La base de données SQL Server et les systèmes ERP sont en cluster. Notons que l’infrastructure comprend également un cluster d’objets de gestion COM+. On utilise Application Center 2000 pour intégrer et administrer ce cluster COM+ et le NLBS du serveur Web. (Pour plus d’informations sur les solutions haute disponibilité, voir l’article de David Chernicoff, « Components of a High-Availability System », novembre 2000) ( ? ? ?).

Au moment où nous écrivons ces lignes, il n’est pas possible d’expliquer en détail certaines des fonctions des applications de .NET, parce que certains de leurs aspects sont encore obscurs. Toutefois, compte tenu que Microsoft construit l’infrastructure .NET par dessus Win2K, on peut supposer que .NET exploitera les fonctions de sécurité de Win2K. De plus, étant donnée l’importance croissante des protocoles fondés sur Internet, on peut penser que l’accès aux composants de l’infrastructure .NET se fera surtout par des protocoles Internet standard (HTTP, SMTP, Lightweight Directory Access Protocol – LDAP, par exemple).