Ici.
Et bienvenue à nouveau dans la radio d'aujourd'hui, nous discuterons de la politique de déploiement des stocks
élastiques Bienstock, et non de la politique de déploiement, qui spécifie comment les nouvelles mises à jour pour les applications qui
s'exécutent dans l'environnement élastique Bienstock sont poussées.
Ainsi, par exemple, disons que vous utilisez un téléphone Android.
Donc, Android est essentiellement livré avec un Google Play Store, qui est généralement utilisé pour installer de nouvelles
applications, mettre à jour vos applications existantes, etc.
Ainsi, dans le Google Play Store, vous avez la possibilité d'indiquer que les nouvelles mises à jour apportées
à l'application ne devraient se produire que peut-être ou les données cellulaires ou que cela ne devrait se produire que via le Wi-Fi,
etc.
Il y a donc beaucoup d'options de configuration qui sont disponibles avec des états sur la façon dont vos mises à
jour Android doivent être poussées dans votre téléphone et similaires seraient également disponibles pour iPhone.
Désormais, de la même manière, même pour Elastin Bienstock, votre application aura également de nouvelles mises à jour.
Ainsi, selon votre organisation, certaines organisations, elles ont généralement une nouvelle mise à jour de l'application tous
les mois.
Certaines organisations ont toutes les semaines et ainsi de suite.
Ainsi, en fonction de cela, différentes options de stratégie de déploiement sont disponibles et, en fonction de leurs
options de stratégie de déploiement, les nouvelles mises à jour sont transmises à l'environnement.
Il existe donc diverses options de politique de déploiement, comme tout à la fois, le roulement avec
un lot supplémentaire immuable, etc.
Faisons donc une chose.
Examinons rapidement l'un d'entre eux qui nous donnera une base sur la politique de déploiement dans Elastic
Bienstock, pas celui dont nous allons parler dans la vidéo d'aujourd'hui, serait le premier, qui est tout
à la fois.
Ainsi, ce qui se passe dans cette approche, c'est que la nouvelle mise à jour est déployée sur les deux instances à la fois.
Ainsi, par exemple, disons sur le côté gauche, vous avez un environnement de travail et il y a
deux instances faciles qui s'exécutent.
Maintenant, si vous décidez de pousser une nouvelle mise à jour d'application à l'aide de la politique de déploiement tout en une fois, alors
ce qui se passera, c'est qu'elle sera poussée vers les deux instances simultanément.
Donc, si cette nouvelle mise à jour d'application est défectueuse, il y a donc un problème avec cette mise à jour
d'application, alors essentiellement les deux instances E c vers lesquelles cette mise à jour d'application défectueuse a
été poussée cesseront de fonctionner.
Donc, essentiellement, votre site Web de production va baisser.
C'est donc l'un des risques associés à la politique de déploiement basée sur le tout à la fois.
Ainsi, par le nom lui-même, vous pouvez rapidement identifier que tout à la fois ira Gordon et poussera la mise à
jour de l'application sur toutes les instances à la fois.
Faisons donc une chose.
Permettez-moi de faire votre démo à ce sujet afin que le concept global de tout à la fois, ainsi que la politique de
déploiement soient mieux compris.
Maintenant, j'ai actuellement un environnement élastique Bienstock et il y a deux instances faciles qui s'exécutent dans le cadre
de celui-ci, similaire au diagramme que nous voyions, qu'il y a deux instances dans le cadre de
l'environnement de formation.
Maintenant, si vous examinez la configuration de ce moment Elastic Bienstock, il existe une catégorie spécifique de mise
à jour continue et de déploiements.
Donc, si vous voulez y ajouter ici, revenons à la politique de déploiement, vous pouvez sélectionner diverses politiques de déploiement comme tout
à la fois, en continu, en continuant avec un lot supplémentaire, etc.
Ainsi, par défaut, vous disposez actuellement d'une politique de déploiement de base en une seule fois.
Revenons donc à notre environnement ici.
Et notre environnement a essentiellement un contenu HDMI simple, que les états sont les bienvenus pour échantillonner chaque application.
Faisons donc une chose.
Allons de l'avant et appliquons une nouvelle mise à jour à cet environnement spécifique.
Je clique donc sur télécharger et déployer.
Je cliquerai sur mardi et cette fois je sélectionnerai un fichier appelé cette nouvelle application Ebbitt de mise à jour, Dot Zip.
Il s'agit donc d'une nouvelle mise à jour de l'application.
Allons de l'avant et déployons maintenant avec cela.
Il indique également que la version de l'application sera déployée à l'aide de la stratégie Tout à la fois.
Alors allons-y et déployons cette mise à jour spécifique.
C'est génial.
Il a donc fallu moins d'une minute avant que la mise à jour de l'application ne soit poussée.
Maintenant, si vous actualisez rapidement cette page, vous verrez que vous avez un nouveau contenu avec cette nouvelle mise à
jour de l'application.
Et cette mise à jour est transmise aux deux instances en cours d'exécution.
Voilà donc ce que signifie tout à la fois.
C'est donc bon en ce qui concerne la mise à jour de l'application qui est déployée avec succès.
Alors tout est heureux, bonne année.
Mais que se passe-t-il si cette application.
C'est une application défectueuse.
C'est donc là que le problème se produit si vous avez une mise à jour d'application défectueuse et si votre politique de déploiement est
tout à la fois.
Alors laissez-moi vous montrer rapidement ceci.
Alors allons-y et cliquez sur télécharger et déployer cette fois.
Je choisis intentionnellement l'une des optiques d'application qui aura tendance à échouer.
Donc, encore une fois, je vais télécharger tous ces fichiers afin que vous puissiez également l'essayer.
Alors cliquons sur Ouvrir et déployons.
Super.
Notre déploiement a donc été un succès.
Maintenant, si vous examinez les événements récents toute l'année, vous avez une erreur qui indique que le déploiement instantané,
le conteneur Docker, s'est terminé de manière inattendue après son démarrage.
Donc, en gros, si vous ouvrez ce DNS, vous voyez immédiatement 050 pour acheter la passerelle qui
se produit actuellement.
Encore une fois, une chose importante qui doit être notée ici, actuellement, la santé de Shawna va bien.
Cependant, cela sera également déchiffré en quelques minutes.
Alors maintenant, vous voyez que votre santé est passée de correcte à grave.
Notez maintenant que puisque nous avons poussé la mise à jour de l'application défectueuse et que tout s'est passé en
même temps, cela signifie essentiellement que ces deux instances s'exécutent avec la mise à jour de l'application défectueuse.
Et c'est le problème parce que toute votre application de production est tombée en panne à ce moment-là.
Faisons donc rapidement une chose.
Allons de l'avant et publions la nouvelle mise à jour.
Alors allons-y et poussons cela pour que notre application, à nouveau, soit opérationnelle.
C'est correct.
Alors maintenant, allons de l'avant et rafraîchissons le panneau.
L'application est à nouveau opérationnelle.
Ainsi, dans un aperçu de haut niveau dans la vidéo d'aujourd'hui, nous discutons des bases de la politique de déploiement.
Nous avons examiné la politique globale, l'avantage sur la façon dont elle peut aller de l'avant
et déployer rapidement les versions d'applications sur toutes les instances et également l'inconvénient en termes de mise à jour d'applications défectueuse
avec la politique de déploiement.
Maintenant, dans un environnement de production, vous n'utiliserez pas vraiment tout cela à la fois.
Politique de déploiement.
Il existe de nombreuses autres stratégies de déploiement recommandées qui peuvent gérer ce scénario de mise à
jour d'applications défectueuse de manière bien meilleure.
Nous en discuterons donc dans les vidéos appropriées.
Cependant, avec la vidéo d'aujourd'hui, nous allons conclure à ce moment.