Hier.
Und willkommen zurück im heutigen Radio wird über die Bereitstellungsrichtlinie für elastische Bienstock-Aktien diskutiert,
nicht über die Bereitstellungsrichtlinie, die festlegt, wie neue Updates für die Anwendungen, die in der elastischen
Bienstock-Umgebung ausgeführt werden, gepusht werden.
Nehmen wir zum Beispiel an, Sie verwenden ein Android-Telefon.
Android kommt also grundsätzlich mit einem Google Play Store, der im Allgemeinen verwendet wird, um neue Anwendungen zu installieren,
Ihre bestehenden Anwendungen zu aktualisieren und so weiter.
Im Google Play Store haben Sie also die Möglichkeit, anzugeben, dass die neuen Updates,
die an der Anwendung vorgenommen werden, möglicherweise nur über die Mobilfunkdaten oder nur über das Wi-Fi usw. erfolgen
sollen.
Es gibt also viele Konfigurationsoptionen, die angeben, wie Ihre Android-Updates auf Ihr Telefon übertragen
werden sollen, und ähnliches wäre auch für das iPhone verfügbar.
In ähnlicher Weise erhält Ihre Anwendung jetzt auch für Elastin Bienstock neue Updates.
Abhängig von Ihrer Organisation, oder einigen Organisationen, erhalten sie in der Regel jeden Monat ein neues Update für
die Anwendung.
Einige Organisationen haben alle eine Woche und so weiter.
Abhängig davon stehen also verschiedene Bereitstellungsrichtlinienoptionen zur Verfügung und abhängig von ihren
Bereitstellungsrichtlinienoptionen werden die neuen Updates an die Umgebung gepusht.
Es gibt also verschiedene Deployment Policy-Optionen wie alle auf einmal, das Rolling Rolling mit zusätzlichem
Batch unveränderlich und so weiter.
Lassen Sie uns also eines tun.
Schauen wir uns kurz einen davon an, der uns eine Grundlage für die Bereitstellungsrichtlinie in Elastic Bienstock
liefert, und nicht den, den wir im heutigen Video besprechen werden, wäre der erste, der alles
auf einmal ist.
Bei diesem Ansatz wird also das neue Update auf allen beiden Instanzen gleichzeitig bereitgestellt.
Nehmen wir zum Beispiel auf der linken Seite an, Sie haben eine Arbeitsumgebung und es gibt zwei einfache
zwei Instanzen, die ausgeführt werden.
Wenn Sie sich nun entscheiden, ein neues Anwendungsupdate mit der All-on-Once-Bereitstellungsrichtlinie zu pushen,
wird es gleichzeitig an beide Instanzen übertragen.
Für den Fall, dass dieses neue Anwendungsupdate fehlerhaft ist und ein Problem mit diesem Anwendungsupdate
vorliegt, funktionieren im Wesentlichen beide E c zwei Instanzen, auf die dieses fehlerhafte
Anwendungsupdate übertragen wurde.
Ihre Produktionswebsite wird also im Wesentlichen ausfallen.
Dies ist also eines der Risiken, die mit einer auf einmal basierenden Bereitstellungsrichtlinie verbunden sind.
Am Namen selbst können Sie also schnell erkennen, dass Gordon auf einmal gehen und das
Anwendungsupdate an alle Instanzen gleichzeitig senden wird.
Lassen Sie uns also eines tun.
Lassen Sie mich Ihre Demo dazu geben, damit das Gesamtkonzept auf einmal sowie die Bereitstellungspolitik besser
verstanden wird.
Jetzt habe ich derzeit eine elastische Bienstock-Umgebung und es gibt zwei einfache zwei Instanzen, die als Teil davon
ausgeführt werden, ähnlich dem Diagramm, das wir gesehen haben, dass es zwei Instanzen als Teil der
Trainingsumgebung gibt.
Wenn Sie sich nun die Konfiguration dieses Elastic Bienstock-Moments ansehen, gibt es eine bestimmte Kategorie
von fortlaufenden Updates und Bereitstellungen.
Wenn Sie also hier etwas hinzufügen, gehen wir zurück zu der Bereitstellungsrichtlinie.
Sie können verschiedene Bereitstellungsrichtlinien auswählen, z.
Daher verfügen Sie derzeit standardmäßig über eine grundlegende Bereitstellungsrichtlinie.
Kommen wir also zurück zu unserer Umgebung hier.
Und unsere Umgebung hat im Grunde einen einfachen HDMI-Inhalt, der jede Anwendung gerne ausprobieren darf.
Lassen Sie uns also eines tun.
Lassen Sie uns ein neues Update für diese spezielle Umgebung veröffentlichen.
Also klicke ich auf Hochladen und Bereitstellen.
Ich klicke auf Dienstag und dieses Mal wähle ich eine Datei namens diese neue Update-Ebbitt-App aus, Dot Zip.
Dies ist also ein neues Update für die Anwendung.
Lassen Sie uns jetzt damit fortfahren und bereitstellen.
Es besagt auch, dass die Anwendungsversion mit der All-on-One-Richtlinie bereitgestellt wird.
Lassen Sie uns also weitermachen und dieses spezielle Update bereitstellen.
Das ist großartig.
Es dauerte also weniger als eine Minute, bis das Anwendungsupdate gepusht wurde.
Wenn Sie diese Seite jetzt schnell aktualisieren, sehen Sie, dass Sie mit diesem neuen Update für die Anwendung einen
neuen Inhalt haben.
Und dieses Update wird auf beide der beiden ausgeführten Instanzen übertragen.
Das ist also alles auf einmal gemeint.
Dies ist also gut, soweit das Anwendungsupdate erfolgreich bereitgestellt wird.
So ist alles glücklich, glückliches Jahr.
Aber was passiert, wenn diese App.
Es handelt sich um eine fehlerhafte Anwendung.
Hier tritt also das Problem auf, wenn Sie ein fehlerhaftes Anwendungsupdate haben und Ihre Bereitstellungsrichtlinie auf
einmal ist.
Lassen Sie mich Ihnen dies also schnell zeigen.
Also lass uns dieses Mal auf Hochladen und Bereitstellen klicken.
Ich wähle bewusst eine der Anwendungsoptiken, die zum Versagen neigen.
Also lade ich noch einmal alle diese Dateien hoch, damit Sie es auch ausprobieren können.
Klicken wir also auf Öffnen und stellen wir bereit.
Toll.
Unser Einsatz war also erfolgreich.
Wenn Sie sich nun die jüngsten Ereignisse das ganze Jahr über ansehen, haben Sie einen Fehler, der besagt, dass
die sofortige Bereitstellung, der Docker-Container, nach dem Start unerwartet beendet wurde.
Wenn Sie also dieses DNS öffnen, sehen Sie im Grunde sofort 050, um das Gateway zu kaufen,
das jetzt geschieht.
Nochmals, eine wichtige Sache, die hier angemerkt werden muss, derzeit geht es Shawna gesundheitlich gut.
Dieser wird jedoch auch innerhalb weniger Minuten entschlüsselt.
Jetzt sehen Sie also, dass sich Ihre Gesundheit von in Ordnung zu ernsthaft verändert hat.
Beachten Sie nun, dass, da wir das fehlerhafte Anwendungsupdate verschoben haben und alles auf einmal war,
dies im Wesentlichen bedeutet, dass diese beiden Instanzen mit dem fehlerhaften Anwendungsupdate ausgeführt werden.
Und das ist das Problem, weil Ihre gesamte Produktionsanwendung zu diesem Zeitpunkt ausgefallen ist.
Also lass uns schnell eine Sache machen.
Lassen Sie uns das neue Update vorantreiben.
Lassen Sie uns also weitermachen und dies vorantreiben, damit unsere Anwendung wieder einsatzbereit ist.
Das ist richtig.
Lassen Sie uns nun fortfahren und das Panel aktualisieren.
Die Anwendung läuft wieder.
In einem allgemeinen Überblick im heutigen Video diskutieren wir daher die Grundlagen der Bereitstellungsrichtlinie.
Wir haben uns die All-on-One-Policy angesehen, den Vorteil, wie die Anwendungsversionen schnell
auf allen Instanzen bereitgestellt werden können, und auch den Nachteil in Bezug auf fehlerhafte Anwendungsupdates
mit der Bereitstellungsrichtlinie.
Nun, in der Produktionsumgebung werden Sie das nicht wirklich auf einmal verwenden.
Bereitstellungsrichtlinie.
Es gibt viele andere empfohlene Bereitstellungsrichtlinien, die dieses Szenario eines fehlerhaften
Anwendungsupdates viel besser handhaben können.
Deshalb werden wir in den entsprechenden Videos darüber diskutieren.
Mit dem heutigen Video werden wir jedoch in diesem Moment schließen.