Diseño de requisitos empresariales
 Recopile los requisitos empresariales con un enfoque en la utilidad prevista de la carga de trabajo. |
|---|
Los requisitos empresariales se definen mediante el trabajo colaborativo entre las partes interesadas de la empresa y los arquitectos de cargas de trabajo. Hay que llegar a compromisos por ambas partes para garantizar que los requisitos acordados sean realistas y alcanzables, al tiempo que se abordan correctamente los objetivos de confiabilidad que debe cumplir la carga de trabajo. Los requisitos deben cubrir la experiencia del usuario, los datos, los flujos de trabajo y las características que son únicos para la carga de trabajo. El resultado del proceso de requisitos debe indicar claramente las expectativas. Los objetivos deben ser alcanzables y negociables con el equipo, dada una inversión determinada. Deben documentarse para impulsar opciones tecnológicas, implementaciones y operaciones.
Escenario de ejemplo
Contoso Insurance se encuentra en la fase de diseño inicial del desarrollo de una aplicación web para procesar las reclamaciones de sus asegurados. Se han determinado la mayoría de los flujos de usuario y sistema principales y el equipo de carga de trabajo ha identificado varios servicios de Azure que compondrán la aplicación: Azure App Service, Azure SQL Database, servicios de Azure AI, Azure Event Grid y Azure Logic Apps.
Identificar los objetivos de confiabilidad
Cuantifique el éxito estableciendo objetivos en indicadores para componentes individuales, flujos de sistema y usuario, y el sistema en su conjunto.
Las métricas cuantifican las expectativas. Permiten comprender las complejidades y determinar si los costes derivados de esas complejidades están dentro del límite de inversión.
Los valores de destino indican un estado ideal. Puede usar los valores como umbrales de prueba que le ayuden a detectar desviaciones de ese estado y el tiempo que tarda en volver al estado deseado.
Los requisitos de cumplimiento también deben tener resultados predecibles para los flujos dentro del ámbito. Al priorizar estos flujos, se presta atención a las áreas más sensibles.
Desafío de Contoso
- El equipo de carga de trabajo quiere asegurarse de que están optimizando cómo se gastan los recursos para que la carga de trabajo sea confiable.
- Han descompuesto la carga de trabajo en flujos y los han clasificado en función de su importancia.
Aplicación del enfoque y los resultados
- El equipo determina que el flujo de envío y aprobación de notificaciones tendrá los requisitos de confiabilidad más altos para la carga de trabajo debido a la dependencia de los médicos y los pacientes sobre la disponibilidad de ese flujo.
- El equipo de carga de trabajo identifica los componentes que admiten este flujo y determina las medidas de confiabilidad necesarias para alcanzar los objetivos.
Describir los compromisos de la plataforma
Comprender las métricas de confiabilidad garantizadas proporcionadas por la plataforma en la nube y tener en cuenta los límites, las cuotas y las restricciones de capacidad para los servicios.
Los acuerdos de nivel de servicio (SLA) varían según el servicio. No todos los servicios y características se abordan de la misma forma. Tener una buena comprensión de la cobertura y los límites puede ayudarle a detectar el desfase y crear mecanismos de resistencia y recuperación.
Desafío de Contoso
- El equipo de carga de trabajo y las partes interesadas han determinado que los datos de la aplicación deben tener un objetivo de tiempo de recuperación garantizado (RTO) que no puede superar los 30 segundos para admitir la criticidad de su flujo de envío y aprobación de notificaciones.
Aplicación del enfoque y los resultados
- Después de revisar los Acuerdos de Nivel de Servicio publicados de Microsoft, el equipo ve que tendrá que implementar el nivel Crítico para la empresa con replicación geográfica activa para lograr este destino de RTO.
Determinar las dependencias y su efecto en la resistencia
Cuando descomponga la carga de trabajo en componentes, asegúrese de que ha documentado todas las dependencias, ya sean internas o externas a la empresa, e identifique cómo pueden afectar a los flujos los problemas de funcionamiento de las dependencias
Realizar un seguimiento de la infraestructura, los servicios, las API y las funciones dependientes desarrolladas por otros equipos o terceros le ayuda a determinar si la carga de trabajo puede funcionar en ausencia de esas dependencias. También le ayuda a comprender los errores en cascada y a mejorar las operaciones posteriores. Los desarrolladores pueden implementar patrones de diseño resistentes para controlar posibles errores cuando se usan servicios externos que podrían ser susceptibles a errores.
Desafío de Contoso
- El flujo de envío y aprobación de notificaciones depende de un pequeño conjunto de datos de referencia hospedado y administrado por otro departamento dentro de Contoso Insurance.
- El conjunto de datos se actualiza varias veces al día, durante las horas de trabajo normales.
- La aplicación está diseñada para tolerar cierta obsolescencia en los datos de referencia, pero los datos siempre deben estar disponibles para la aplicación.
Aplicación del enfoque y los resultados
- El equipo de carga de trabajo interactúa con el equipo que admite el conjunto de datos de referencia y aprende que el destino de confiabilidad del conjunto de datos es inferior al del flujo que lo usará.
- El equipo agrega tareas de diseño al trabajo pendiente para agregar una caché local del conjunto de datos y un trabajo en segundo plano para actualizar la memoria caché durante la noche. Esta solución no vulnerará la tolerancia a la obsolescencia permitida por el diseño.