Cargas de trabajo críticas

Esta sección se esfuerza por abordar los desafíos del diseño de cargas de trabajo críticas en Azure. La guía se basa en las lecciones aprendidas de revisar numerosas aplicaciones de cliente y soluciones de primera entidad. En esta sección se proporcionan instrucciones accionables y autoritativas que aplican procedimientos recomendados bien diseñados como base técnica para crear y operar una solución altamente confiable en Azure a escala.

¿Qué es una carga de trabajo crítica?

El término carga de trabajo hace referencia a una colección de recursos de aplicación que admiten un objetivo empresarial común o la ejecución de un proceso de negocio común, con varios servicios, como API y almacenes de datos, trabajando juntos para ofrecer funcionalidades específicas de un extremo a otro.

El término crítico hace referencia a una escala de importancia crítica que cubre un costo financiero significativo (crítico para la empresa) o un costo humano (crítico para la seguridad) asociado a una falta de disponibilidad o un rendimiento inferior.

Por lo tanto, una carga de trabajo crítica describe una colección de recursos de aplicación, que deben ser altamente confiables en la plataforma. La carga de trabajo siempre debe estar disponible, resistente a errores y operativa.

Vídeo: Cargas de trabajo críticas en Azure

¿Cuáles son los desafíos comunes?

Microsoft Azure facilita la implementación y administración de soluciones en la nube. Sin embargo, la creación de cargas de trabajo críticas que son altamente confiables en la plataforma sigue siendo un desafío por estas razones principales:

• El diseño de una aplicación confiable a escala es complejo. Requiere un amplio conocimiento de la plataforma para seleccionar las tecnologías adecuadas y configurarlas de forma óptima para ofrecer funcionalidad de un extremo a otro.

• El error es inevitable en cualquier sistema distribuido complejo y, por tanto, la solución debe diseñarse para controlar los errores con impacto correlacionado o en cascada. Se trata de un cambio de mentalidad para muchos desarrolladores y arquitectos que entran en la nube desde un entorno local; la ingeniería de confiabilidad ya no es un tema de infraestructura, pero debe ser una preocupación de primera clase dentro del proceso de desarrollo de aplicaciones.

• La operacionalización de cargas de trabajo críticas requiere un alto grado de rigor y madurez de ingeniería a lo largo del ciclo de vida de ingeniería de un extremo a otro, así como la capacidad de aprender de los errores.

¿Solo es crítico para la confiabilidad?

Aunque el enfoque principal de las cargas de trabajo críticas es confiabilidad, otros pilares del marco bien diseñado son igualmente importantes al compilar y operar una carga de trabajo crítica en Azure.

• Seguridad: la forma en que una carga de trabajo mitiga las amenazas de seguridad, como los ataques de denegación de servicio distribuido (DDoS), tendrá un impacto significativo en la confiabilidad general.

• Excelencia operativa: cómo una carga de trabajo puede responder eficazmente a los problemas operativos tendrá un impacto directo en la disponibilidad de las aplicaciones.

• Eficiencia del rendimiento: la disponibilidad es más que el tiempo de actividad simple, pero en lugar de un nivel coherente de servicio de aplicaciones y rendimiento en relación con un estado correcto conocido.

Lograr una alta confiabilidad impone importantes inconvenientes de costos, lo que puede no ser justificable para cada escenario de carga de trabajo. Por lo tanto, se recomienda que las decisiones de diseño se basen en los requisitos empresariales.

¿Cómo usar esta guía?

✔ Comience con la metodología de diseño, que describe los temas racionales y periódicos en áreas técnicas y operativas. Este enfoque sistemático ayuda a definir requisitos y estrategias de diseño. Revise esta metodología al enfrentar opciones inciertas para mantenerse alineado con los objetivos generales del trabajo.

✔ Continúe con Los principios de diseño para ver cómo la metodología de diseño crítica se alinea con los pilares principales del marco de Well-Architected, considerando la evolución del crecimiento. Evalúe los principios subyacentes de todos los pilares colectivamente, incluidos los inconvenientes.

✔ Céntrese en las áreas de diseño que tengan el mayor impacto en la solución. La guía crítica dentro de esta serie se compone de consideraciones arquitectónicas y recomendaciones orientadas a estas áreas de diseño clave.

Áreas de diseño críticasÁreas de diseño críticas

Áreas de diseño críticas

Área de diseño	Resumen
Diseño de aplicación	El uso de una arquitectura de unidad de escalado en el contexto de la creación de una aplicación muy confiable. También explora los patrones de diseño de aplicaciones en la nube que permiten el escalado y el control de errores.
Plataforma de aplicaciones	Factores de decisión y recomendaciones relacionados con la selección, el diseño y la configuración de una plataforma de hospedaje de aplicaciones adecuada, dependencias de aplicaciones, marcos y bibliotecas.
Plataforma de datos	Las opciones en las tecnologías del almacén de datos, informadas mediante la evaluación del volumen, la velocidad, la variedad, la veracidad.
Redes y conectividad	Conceptos de topología de red en un nivel de aplicación, teniendo en cuenta la conectividad necesaria y la administración de tráfico redundante. Recomendaciones críticas destinadas a informar al diseño de una topología de red global segura y escalable.
Modelado de estado y observabilidad	Procesos para definir un modelo de mantenimiento sólido, asignando estados de mantenimiento cuantificados de la aplicación a través de construcciones operativas y observabilidad para lograr la madurez operativa.
Implementación y pruebas	Erradique el tiempo de inactividad y mantenga el estado de las aplicaciones para las operaciones de implementación, proporcionando consideraciones y recomendaciones clave destinadas a informar al diseño de canalizaciones de CI/CD óptimas para una aplicación crítica.
Seguridad	Proteja la aplicación contra amenazas destinadas a poner en peligro directa o indirectamente su confiabilidad.
Procedimientos operativos	La adopción de DevOps y los métodos de implementación relacionados se usa para impulsar procedimientos operativos eficaces y coherentes.

Ejemplos de arquitectura de referencia

Las instrucciones proporcionadas en esta serie se basan en un enfoque orientado a la solución para ilustrar las principales consideraciones y recomendaciones de diseño. Hay varias implementaciones de referencia disponibles que se pueden usar como base para el desarrollo de soluciones adicionales.

• Arquitectura de línea de base de una aplicación orientada a Internet: proporciona una base para crear una aplicación nativa de nube, altamente escalable y orientada a Internet en Microsoft Azure. Se accede a la carga de trabajo a través de un punto de conexión público y no requiere conectividad de red privada a un patrimonio técnico de la organización circundante.

• Arquitectura de línea de base de una aplicación orientada a Internet con controles de red: amplía la arquitectura de línea base con controles de red estrictos para evitar el acceso público no autorizado desde Internet a cualquiera de los recursos de carga de trabajo.

• Arquitectura de línea base en una zona de aterrizaje de Azure: proporciona una base para crear una aplicación nativa de nube conectada a la empresa en Microsoft Azure mediante la infraestructura de red y los puntos de conexión privados existentes. La carga de trabajo requiere conectividad privada con otros recursos de la organización y depende de redes virtuales proporcionadas previamente para la conectividad con otros recursos de la organización. Este caso de uso está pensado para escenarios que requieren integración con un patrimonio técnico organizativo más amplio para cargas de trabajo orientadas al público o internas.

Paso siguiente

Empiece por revisar la metodología de diseño para escenarios de aplicaciones críticas.

Metodología de diseño