À quelle heure dois-je construire pour la production?

Question

Mes utilisateurs utilisent le site à peu près 24/7. Y a-t-il un mème pour le timing de construction?

Audience internationale, une seule grappe de serveurs à l'heure de l'Est, mais qui se fait toucher jusqu'au matin par des clients internationaux.

1 db, plusieurs serveurs web, donc si pas de db, simple, à chaque fois.

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

Answer 1

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

Answer 2

Utilisez un deuxième site et hotswap si nécessaire.

Answer 3

Quel type d'application est-ce? La plupart des sites que j'utilise ont tendance à se mettre à jour vers 2h ou 3h du matin.

Answer 4

Le problème avec le remplacement à chaud, est la base de données serait toujours partagé, et les changements de rupture apporteraient également une baisse de tension.

Answer 5

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 seront dérangés s'ils reçoivent un avis de "sous maintenance" à 2 heures du matin dans leur fuseau horaire.

Answer 6

Voici ce que je l'ai fait et son bien fonctionné pour moi:

1. Obtenez un outil d'analyse de trafic sur le site qui graph charge utilisateur horaire
2. Sélectionnez point bas dans le graphique pour faire mises à jour

Answer 7

Dépend de votre emplacement: 4AM Côte Est/1AM La côte ouest est l'heure la plus claire.

Answer 8

Choisissez quelques fois que vous aimeriez le faire et offrez-les comme choix aux types de décideur. Quoi que vous fassiez, mettez en place une page "down for maintenance routine" pendant le déploiement.

Answer 9

• Vérifiez le temps du moins l'utilisation
• Clone/copier/mettre à jour le dernier code de production à un autre répertoire
• S'il existe des migrations de bases de données à faire, effectuer toutes celles qui sont nécessaires, et non en conflit avec le ancienne base de code
• au moment du moins l'utilisation, déplacer symlink pour pointer vers dernier code

Answer 10

Si vous êtes petite, alors oui, trouver lorsque votre période d'utilisation le plus bas est, et de le faire alors (pour nous personnellement , généralement aroun d 1 AM-3AM PST est le plus bas ... mais il ne descend jamais à 0 bien sûr). Une fois que vous commencez à avoir une plus grande base d'utilisateurs, si vous voulez que les gens vous prennent au sérieux, vous devrez concevoir votre application de manière à pouvoir la mettre à niveau sans interruption de service. Ce n'est pas simple, et cela implique souvent d'avoir plusieurs serveurs.J'ai passé des heures à essayer d'obtenir notre application à ce point, le meilleur que j'ai trouvé jusqu'ici est pour quelques heures courir à la fois l'ancienne version et la nouvelle version en même temps. 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 arrivent, ils vont à la nouvelle version. Tous les utilisateurs qui se présentent après le basculement sont directement redirigés vers la nouvelle version. Ce n'est toujours pas infaillible, mais c'est plutôt bien.

Answer 11

Utilisez d'abord un outil d'analyse pour essayer de déterminer vos temps de trafic typiquement "légers". En fonction du site et de votre localisation dans le monde par rapport à la plupart de vos utilisateurs, il pourrait être 4h du matin, il pourrait être 13h, qui sait. Ensuite, une fois que vous avez cliqué sur un bon calendrier, assurez-vous que votre processus de déploiement est aussi automatisé que possible, afin que cela se produise rapidement afin de minimiser les temps d'arrêt de votre site.