Je me suis efforcé de trouver le meilleur moyen de garantir la synchronisation des fichiers de configuration XML entre plusieurs serveurs d'une batterie de serveurs Web. Je ne suis pas nécessairement concerné par le Web.Config, autant que je suis préoccupé par certains des autres fichiers de configuration qui sont présents dans l'application. Par exemple, nous stockons des politiques de mise en cache dans un fichier XML externe, où il a son propre schéma, et aura bientôt son propre outil pour maintenir les valeurs. Une fois les modifications appliquées, elles doivent être migrées à travers la batterie de serveurs.Synchronisation de la configuration externe entre les serveurs IIS dans une batterie de serveurs Web
Certains scénarios que j'ai examinés jusqu'ici:
- RoboCopy, réplication, ou l'équivalent. Cela nécessite que le travail ne soit effectué que sur un nœud particulier de la batterie. (Pousser vers l'application.)
- Configuration Server. Toutes les configurations externes et leurs outils sont stockés sur une instance physique d'IIS. L'application récupérera ces fichiers de configuration au démarrage de l'application et interrogera périodiquement les modifications. (Sondages d'application.)
- Team Build. Nous pourrions héberger les outils en interne et mettre en place un processus de post-construction pour déployer les fichiers. (Sondages d'application.)
- Stockage de base de données. Les applications pouvaient lire et interroger la base de données pour la configuration. (Sondages d'application.)
Tous ces scénarios ont leurs avantages et leurs inconvénients. Je ne suis pas sûr de la meilleure solution, même si je pense que le fait d'avoir un sondage d'application pour les changements pourrait être l'approche la plus propre. Cependant, la question est de savoir de quelle façon considérez-vous que cela soit accompli?