Processus de déploiement

Question

Nous disposons d'un système massif avec environ 15 serveurs hébergeant des services WCF .Net, application mvc etc. Lorsque nous faisons un déploiement (en dehors des heures de bureau), nous devons désinstaller et installer tout sur les serveurs live. Cela prend beaucoup de temps et si quelque chose ne va pas, nous devons tout annuler. pouvez-vous suggérer quelque chose de différent à cela? comme Deply dans un autre environnement (quand vous le souhaitez) et changer l'URL pour pointer vers de nouveaux serveurs [Cela vient avec les frais généraux du coût de l'entretien 2 exemplaires de la production (active et passive)]

d'autres idées S'il vous plaît.

Answer 1

Les services doivent-ils être désinstallés pour all deployments?

Vous pouvez avoir un script qui fait cela contre tous les serveurs en parallèle:

• Arrêtez tous les services Windows
• Arrêtez IIS
• Marque de sauvegarde des fichiers remplacés
• ensembles de XCopy, des ressources, fichiers de site Web.
• Peut-être exécuter InstallUtil si vous déployez un service (si nécessaire).
• Démarrez IIS et les services.

Un tel script ne sera pas trop long à exécuter. Avec 15 serveurs, il vaudra la peine de l'écrire et de rendre le processus de déploiement et de restauration complètement automatisé.

Answer 2

Il semble que vous ayez besoin d'un équilibreur de charge pour gérer le trafic vers vos serveurs de production. Vous déploieriez tout votre nouveau code dans Server Farm B et le testeriez à l'aide d'une entrée DNS de test. Une fois que vous êtes satisfait des modifications, vous devez repointer vos adresses d'équilibreur de charge de la batterie de serveurs A à la batterie de serveurs B, puis les transmettre en direct. Le seul inconvénient de ceci est avec les changements de base de données.