Introducción
Use una arquitectura existente como base para admitir un escenario de alta disponibilidad de una empresa ficticia. Le proporcionaremos especificaciones genéricas sobre el diseño de aplicaciones, las opciones de infraestructura, el modelo de datos y la observabilidad general. Al final del ejercicio, compruebe el trabajo realizado comparando su diseño con el de una arquitectura parecida. Procure anotar las carencias para futuras mejoras.
Escenario de ejemplo
Contoso Shoes migró sus implementaciones locales a la nube hace dos años. Aunque han obtenido mejoras operativas, ha sido difícil mantener la disponibilidad y el tiempo de actividad dentro del acuerdo de nivel de servicio (SLA). Además, en breve lanzan un producto que esperan cree un pico en el tráfico. Los lanzamientos de producto anteriores provocaron interrupciones porque el sistema no podía asimilar el aumento de la carga. Esto derivó en pérdidas económicas significativas.
A raíz de esta experiencia, ahora la organización tiene la firme intención de aumentar la confiabilidad general y la observabilidad del sistema. Han actualizado los destinos de disponibilidad de la aplicación existente, lo que la convierte en crítica.
La organización necesita un diseño mejor capaz de sobrevivir a errores en uno o varios componentes de la arquitectura e incluso resistir a una interrupción regional completa y que, al mismo tiempo, proporcione más información sobre el estado del sistema a sus operaciones. Han estudiado la posibilidad de agregar otra región. En Contoso también quieren mejorar su experiencia de cliente al atender a los clientes con mayor rapidez en una región geográficamente más cercana a ellos.
El equipo es consciente de los inconvenientes: más costes y una mayor complejidad. Sin embargo, el coste (real y de reputación) de permanecer inactivos durante mucho tiempo es mayor que el coste de tener una segunda región en funcionamiento. Como arquitecto de nube principal, se le ha pedido que evalúe y mejore la arquitectura actual teniendo en cuenta esos objetivos.
La aplicación existente ya está diseñada según los estándares de calidad del Marco de buena arquitectura de Azure. Como paso inicial, ha leído las instrucciones proporcionadas relativas a las cargas de trabajo críticas bien diseñadas. Ha dado prioridad a la mejora de la resistencia y la observabilidad del sistema como áreas de enfoque clave que tendrán el mayor impacto posible en la confiabilidad del sistema.
¿Qué va a hacer?
- Diseño de un punto de conexión de estado en la aplicación para comprobar el estado en el nivel de API y sus dependencias
- Expansión de la solución en varias regiones para sobrevivir a una interrupción regional
- Creación de un modelo de estado y visualización de los datos de observabilidad a través de paneles operativos
Importante
Los ejercicios no cubren todas las áreas de diseño de las cargas de trabajo críticas. Después de completar este desafío, le animamos a seguir explorando los principios de diseño críticos indicados en Cargas de trabajo críticas bien diseñadas, ya que así adquirirá una perspectiva completa para sus diseños propios.
¿Cuál es el objetivo principal?
Al término de este módulo, habrá demostrado su capacidad para poner en práctica los principios de diseño críticos en un escenario de ejemplo. Según lo aprendido, podrá evaluar diseños parecidos y, en última instancia, crear su propia solución crítica lista para producción.