À quelle heure dois-je construire pour la production?

Question

Mes utilisateurs utilisent le site assez également 24/7. Existe-t-il un meme pour le timing de la construction?

Auditoire international, un seul groupe de serveurs à l’heure de l’Est, mais il est frappé jusque tard dans la matinée par des clients internationaux.

1 base de données, plusieurs serveurs Web, donc si aucune base de données, simple, à tout moment.

Mais quand le site doit fermer, quand voulez-vous, en tant que programmeur, être le moins fou de voir SO être en panne pendant environ 15 minutes.

Answer 1

S'il n'y a vraiment pas de bon temps du point de vue des utilisateurs, je vous suggère de le faire lorsque votre équipe aura le plus de temps pour se remettre de tout sinistre lié à la construction.

Answer 2

Voici ce que j'ai fait et cela a bien fonctionné pour moi:

1. Obtenir un outil d'analyse du trafic du site qui représente graphiquement la charge utilisateur horaire
2. Sélectionnez le point bas dans le graphique pour le faire     mises à jour

Answer 3

Si vous êtes petit, alors oui, trouvez quand votre période d'utilisation la plus basse est, et faites-le ensuite (pour nous personnellement, habituellement autour de 1 heure du matin à 3 heures du matin, PST est le creux le plus bas ... mais il ne tombe jamais à 0 bien sûr ). Une fois que vous commencez à avoir une base d’utilisateurs plus importante, si vous voulez que les gens vous prennent au sérieux, vous devrez concevoir votre application de manière à pouvoir effectuer la mise à niveau sans interruption. Ce n'est pas simple et implique souvent plusieurs serveurs.

J'ai passé beaucoup de temps à essayer d'obtenir notre application à ce stade, le mieux que j'ai trouvé jusqu'à présent est de faire fonctionner pendant quelques heures à la fois l'ancienne version et la nouvelle version. Les utilisateurs connectés au moment du basculement restent sur l'ancienne version jusqu'à ce qu'ils se déconnectent. La prochaine fois qu'ils entrent, ils vont à la nouvelle version. Tous les utilisateurs qui arrivent après le basculement sont envoyés directement à la nouvelle version. Ce n'est toujours pas infaillible, mais c'est assez bon.

Answer 4

De quel type d'application s'agit-il? La plupart des sites que j'utilise ont tendance à mettre à jour vers 2h00 ou 3h00.

Answer 5

Utilisez un deuxième site et effectuez une opération d'échange au besoin.

Answer 6

Le problème avec le remplacement à chaud est que la base de données serait toujours partagée, et que des changements radicaux entraîneraient également une interruption.

Answer 7

Je suppose que vous devez demander à vos clients.

En tout cas, il y a les petites heures du matin. Si vous parlez d'un site Web disponible localement, je ne pense pas que les utilisateurs s'en fassent s'ils obtiennent le message "en cours de maintenance". avis à 2 heures du matin dans leur fuseau horaire.

Answer 8

Cela dépend de votre position géographique: 4H00 de la côte est / 1h du matin. La côte ouest est généralement la plus claire.

Answer 9

Choisissez quelques fois que vous souhaitez le faire et proposez-leur des choix aux types de décideurs. Quoi que vous fassiez, mettez en place un "Test de maintenance régulière". page en cours de déploiement.

Answer 10

• Vérifier l'heure d'utilisation minimale
• Cloner / copier / mettre à jour le dernier code de production dans un autre répertoire
• S'il existe des migrations de base de données à effectuer, effectuez celles qui sont requises et ne sont pas en conflit avec l'ancienne base de code
• Au moment de la moindre utilisation, déplacez le lien symbolique pour pointer vers le dernier code

Answer 11

Commencez par utiliser un outil d'analyse pour déterminer votre "typiquement" léger. temps de circulation. En fonction du site et de votre position dans le monde par rapport à la plupart de vos utilisateurs, il peut être 4h du matin, 13h, qui sait. Ensuite, une fois que vous aurez défini un bon calendrier, assurez-vous d’automatiser votre processus de déploiement de manière à ce qu’il se déroule rapidement afin de minimiser les temps morts de votre site.