Aquí.
Y bienvenidos ahora, en la radio de hoy se discutirá sobre la política de implementación de acciones
elásticas de Bienstock, no la política de implementación, que especifica cómo se impulsan las nuevas actualizaciones para las aplicaciones que se
ejecutan en el entorno elástico de Bienstock.
Entonces, por ejemplo, digamos que está ejecutando un teléfono Android.
Entonces, Android básicamente viene con una tienda Google Play, que generalmente se usa para instalar nuevas
aplicaciones, actualizar sus aplicaciones existentes, etc.
Entonces, en la tienda de Google Play, tiene la opción de que indique que las nuevas actualizaciones que se
realizan a la aplicación solo deben ocurrir tal vez o los datos celulares o solo deben ocurrir a través de Wi-Fi y así
sucesivamente.
Por lo tanto, hay muchas opciones de configuración que están disponibles con estados sobre cómo deben enviarse las actualizaciones
de Android a su teléfono y similares también estarían disponibles para iPhone.
Ahora, de manera similar, incluso para Elastin Bienstock, su aplicación también tendrá nuevas actualizaciones.
Entonces, dependiendo de su organización, alguna organización, generalmente tienen una nueva actualización de la aplicación
cada mes.
Alguna organización tiene una semana y así sucesivamente.
Entonces, dependiendo de eso, hay varias opciones de política de implementación que están disponibles y, según sus
opciones de política de implementación, las nuevas actualizaciones se envían al entorno.
Por lo tanto, hay varias opciones de políticas de implementación, como todas a la vez, el rodamiento
con lote adicional inmutable, etc.
Así que hagamos una cosa.
Veamos rápidamente uno de ellos que nos dará una base sobre la política de implementación en Elastic
Bienstock, no el que discutiremos en el video de hoy, sería el primero, que es todo
a la vez.
Entonces, lo que sucede con este enfoque es que la nueva actualización se implementa en todas las dos instancias a la vez.
Entonces, por ejemplo, digamos que en el lado izquierdo, tiene un entorno de trabajo y hay dos instancias
sencillas que se están ejecutando.
Ahora, si decide impulsar una nueva actualización de la aplicación utilizando la política de implementación de una sola vez, lo
que sucederá es que se enviará a las dos instancias simultáneamente.
Entonces, en caso de que esta nueva actualización de la aplicación sea defectuosa, por lo que hay algún problema con esta actualización de la
aplicación, entonces esencialmente las dos instancias de E c a las que se ha enviado esta actualización de la
aplicación defectuosa dejarán de funcionar.
Así que, básicamente, su sitio web de producción dejará de funcionar.
Por lo tanto, este es uno de los riesgos asociados con la política de implementación basada en todos a la vez.
Entonces, por el nombre en sí, puede identificar rápidamente que todos a la vez irán a Gordon y enviarán la actualización
de la aplicación a todas las instancias a la vez.
Así que hagamos una cosa.
Permítame darle su demostración sobre esto para que se comprenda mejor el concepto general de todo a la vez, así como
la política de implementación.
Ahora, actualmente tengo un entorno Bienstock elástico y hay dos instancias fáciles que se están ejecutando como parte
de él, similar al diagrama que estábamos viendo, que hay dos instancias como parte del entorno
de entrenamiento.
Ahora, si observa la configuración de este momento de Elastic Bienstock, hay una categoría específica
de actualizaciones e implementaciones continuas.
Entonces, si lo agrega aquí, regresemos a la política de implementación, puede seleccionar varias políticas de implementación como todas a
la vez, rodando, rodando con lotes adicionales y así sucesivamente.
Entonces, de manera predeterminada, actualmente tiene una política de implementación base de una sola vez.
Así que volvamos a nuestro entorno aquí.
Y nuestro entorno básicamente tiene un contenido HDMI simple, que dice que son bienvenidos a probar todas las aplicaciones.
Así que hagamos una cosa.
Sigamos adelante e impulsemos una nueva actualización para este entorno específico.
Entonces haré clic en cargar e implementar.
Haré clic en Martes y esta vez seleccionaré un archivo llamado esta nueva actualización de la aplicación Ebbitt, Dot Zip.
Entonces esta es una nueva actualización para la aplicación.
Sigamos adelante e implementemos ahora junto con eso.
También establece que la versión de la aplicación se implementará utilizando la política de todo a la vez.
Así que sigamos adelante e implementemos esta actualización específica.
Eso es genial.
Por lo tanto, tomó menos de un minuto antes de que se lanzara la actualización de la aplicación.
Ahora, si actualiza rápidamente esta página, verá que tiene un nuevo contenido con esta nueva actualización de
la aplicación.
Y esta actualización se envía a las dos instancias que se están ejecutando.
Así que esto es lo que significa todo a la vez.
Entonces, esto es bueno en cuanto a la actualización de la aplicación que se implementa con éxito.
Entonces todo es feliz, feliz año.
Pero, ¿qué pasa si esta aplicación.
Es una aplicación defectuosa.
Entonces, aquí es donde ocurre el problema si tiene una actualización de aplicación defectuosa y si su política de implementación es toda
a la vez.
Déjame mostrarte esto rápidamente.
Así que sigamos adelante y hagamos clic en cargar e implementar esta vez.
Elijo intencionalmente una de las ópticas de aplicación que tenderá a fallar.
Así que, de nuevo, subiré todos estos archivos para que tú también puedas probarlos.
Entonces hagamos clic en Abrir e implementemos.
Excelente.
Entonces nuestro despliegue ha sido exitoso.
Ahora, si observa los eventos recientes durante todo el año, tiene un error que indica que la implementación
instantánea, el contenedor Docker, finalizó inesperadamente después de que se inició.
Entonces, básicamente, si continúa y abre este DNS, inmediatamente verá 050 para comprar la puerta de enlace que
está sucediendo ahora.
Nuevamente, una cosa importante que debe tenerse en cuenta aquí, actualmente, la salud de Shawna está bien.
Sin embargo, esto también se descifrará en unos minutos.
Entonces ahora ve que su salud ha cambiado de aceptable a severa.
Ahora tenga en cuenta que, dado que habíamos enviado la actualización de la aplicación defectuosa y que fue todo a la
vez, eso esencialmente significa que estas dos instancias se están ejecutando con la actualización de la aplicación defectuosa.
Y este es el problema porque toda su aplicación de producción ha fallado en este momento.
Así que hagamos una cosa rápidamente.
Sigamos adelante e impulsemos la nueva actualización.
Así que sigamos adelante e impulsemos esto para que nuestra aplicación, nuevamente, esté en funcionamiento.
Eso es correcto.
Así que ahora continuemos y actualice el panel.
La aplicación nuevamente está en funcionamiento.
Entonces, en una descripción general de alto nivel en el video de hoy, discutimos los conceptos básicos de la política de implementación.
Analizamos la política de todo a la vez, la ventaja de cómo puede seguir adelante e implementar rápidamente
las versiones de la aplicación en todas las instancias y también la desventaja en términos de actualización de la aplicación defectuosa
con la política de implementación.
Ahora, en el entorno de producción, realmente no lo usará todo a la vez.
Política de implementación.
Hay muchas otras políticas de implementación recomendadas disponibles que pueden manejar este escenario de actualización de
la aplicación defectuosa de maneras mucho mejores.
Así que discutiremos sobre esto en los videos correspondientes.
Sin embargo, con el video de hoy, concluiremos en este momento.