Services serveurs de Windows 2000 : 1ère partie

  L’architecture Windows NT a toujours utilisé le modèle services (c’est-à -dire, des modules opérationnels qui encapsulent des fonctions système spécifiques). L’Indexing Service de Win2K, par exemple, contient tout le code compilé et les interfaces nécessaires pour indexer le contenu sur le serveur. D’autres applications et services peuvent s’appuyer sur l‘Indexing Service et l’utiliser pour fournir encore plus de fonctionnalités. C’est le cas de la fonction de recherche croisée (cross-store search) de Microsoft SQL Server 2000, qui utilise l‘Indexing Service pour explorer le contenu de fichiers et de répertoires, sur le Web, dans les bases de données de SQL Server, et même dans le Microsoft Exchange Server Web Store.

  En isolant nettement les fonctions dans des services individuels, on les rend plus faciles à  gérer et à  utiliser. En outre, l’isolation permet de contrôler finement l’exécution et la disponibilité des fonctions de l’OS ou des applications, aide à  diagnostiquer et corriger les problèmes, et permet d’accéder facilement aux informations système, comme les compteurs de performances et les propriétés du réseau.

  Un service peut se trouver au coeur du Service controller de l’OS, qui est le fichier services.exe dans le répertoire \winnt\system32. On peut aussi trouver les services en action (running services) sur l’onglet Processes dans la boîte de dialogue Task Manager. Un service peut aussi être une application ou la fonctionnalité compartimentée d’une application serveur comme SQL Server ou Exchange. Ainsi, le fait d’installer Exchange charge une nouvelle palette de services qui couvrent l’aspect messagerie et collaboration de l’application. On peut même prendre une application d’utilisateur final ou de desktop, pour l’exécuter comme un service système.