La arquitectura importa: Explorando la plataforma Power Platform Well-Architected

La guía Power Platform Well-Architected (o “Buena arquitectura de Power Plaform”) de Microsoft es un recurso que pretende convertirse en una herramienta imprescindible para desarrollos con Power Platform. Una solución que proporciona buenas prácticas, orientación sobre arquitectura y herramientas de revisión para ayudar a tomar decisiones sobre el diseño, planificación e implementación de cargas de trabajo. 

¿Cuáles son los objetivos de Power Platform Well-Architected?

El objetivo principal es, como en cualquier guía, ayudarnos a obtener el éxito. En este caso, hablamos del éxito con las cargas de trabajo de aplicaciones modernas creadas con Microsoft Power Platform, teniendo como metas:  

• Diseño correcto: Un buen diseño conduce a una ejecución correcta, permitiendo tomar decisiones inteligentes.
• Confianza en los resultados: Basado en experiencias reales de clientes y la experiencia de los arquitectos de soluciones de Microsoft.
• Reconocer desventajas y riesgos: Ayuda a darse cuenta de que seguir las recomendaciones puede implicar concesiones frente a otros pilares. Así muestra desventajas y posibles riesgos a corto plazo.
• Mejorar con el tiempo: Destinado a un uso iterativo y como herramienta para la mejora continua. Se evalúa la madurez de la carga de trabajo y se asgura que el diseño siga siendo eficiente y eficaz para cumplir los objetivos de negocio.

Pilares de Power Platform Well-Architected

Los pilares de buena arquitectura son áreas de enfoque que nos ayudarán a conseguir el éxito de una carga de trabajo. De los cinco pilares, los cuatro primeros están basados en Azure Well-Architected. El último (optimización de la experiencia) es propio de Power Platform Well-Architected.  

A continuación, enumeramos los pilares fundamentales y sus principios de diseño:

Fiabilidad: Resiliencia, disponibilidad, recuperación.

• Diseño para requisitos empresariales: Comprender y documentar necesidades comerciales. 
• Diseño con la resiliencia en mente: Detectar fallos y continuar operando. 
• Diseño para recuperación: Desarrollar planes de recuperación detallados.
• Diseño para operaciones: Monitoreo continuo para detectar problemas. 
• Mantener la sencillez: Reducir la complejidad innecesaria. 

Seguridad: Protección de datos, detección de amenazas, mitigación. 

• Planear su preparación para la seguridad: Evaluar riesgos y desarrollar estrategias de mitigación. 
• Diseñar para proteger la confidencialidad: Implementar controles de acceso estrictos. 
• Diseñar para proteger la integridad: Validar datos y realizar auditorías regulares. 
• Diseñar para proteger la disponibilidad: Diseñar sistemas con redundancia y recuperación. 
• Mantener y desarrollar su postura de seguridad: Actualizar sistemas con los últimos parches. 

Excelencia Operativa: Observación holística, prácticas Fusion + DevOps. 

• Adopción de una cultura de desarrollo de fusión y DevOps: Fomentar colaboración entre desarrollo y operaciones. 
• Establecimiento de estándares de desarrollo: Definir y seguir estándares de codificación. 
• Mejora de las operaciones con monitoreo y conocimiento: Implementar soluciones de monitoreo y logging. 
• Implementación con confianza: Realizar despliegues incrementales y pruebas. 
• Automatización para lograr eficiencia: Automatizar tareas repetitivas y procesos operativos. 
• Adopción de prácticas de implementación seguras: Integrar seguridad en cada fase del desarrollo.

Eficiencia del rendimiento: Escalabilidad, satisfacer la demanda de uso. 

• Negociar objetivos realistas de rendimiento: Definir objetivos claros basados en necesidades del negocio. 
• Diseño para cumplir con los requisitos de rendimiento: Seleccionar servicios adecuados para cumplir objetivos. 
• Lograr y mantener el rendimiento: Implementar soluciones que protejan contra la degradación. 
• Mejorar la eficiencia mediante la optimización: Utilizar métricas para identificar áreas de mejora. 

Optimización de la experiencia: Usabilidad, relevancia, composición. 

• Diseño para el usuario: Crear experiencias fluidas, intuitivas y significativas. 
• Diseño con sencillez: Reducir la complejidad innecesaria. 
• Diseñar para conseguir eficiencia: Optimizar procesos para minimizar costos. 

Las cargas de trabajo

Cargas de trabajo (o workloads) en Power Platform Well-Architected se refieren a un conjunto de recursos de aplicación, datos e infraestructura de soporte que trabajan juntos para entregar resultados empresariales deseados.

Estas cargas de trabajo incluyen componentes de aplicación y tecnología, así como procesos de desarrollo y operativos. Los equipos de trabajo colaboran para asegurar el éxito de la carga de trabajo. 

Características de una Carga de Trabajo 

1. Requisitos: Describen lo que el sistema debe hacer y cómo debe hacerlo, clasificados por importancia para lograr un objetivo. 
2. Diseño: Utiliza recursos y patrones de diseño, considerando compensaciones para cumplir con los requisitos. 
3. Construcción y Operación: Se construye y opera según las especificaciones de diseño y propósito. 
4. Medición: Evalúa lo bien que cumple su propósito. 
5. Adaptabilidad: Puede ajustarse a medida que su propósito se refine o cambie. 
6. Confiabilidad y Seguridad: Es tan confiable y segura como sea necesario. 
7. Desarrollo y Operación Responsable: Se desarrolla y opera de manera responsable. 
8. Desempeño: Cumple su propósito en un tiempo aceptable. 
9. Experiencia del Usuario: Proporciona una experiencia que asegura el éxito de los usuarios. 

Los Equipos de Trabajo 

Un equipo de carga de trabajo debe incluir miembros con una amplia gama de disciplinas técnicas y empresariales. El enfoque principal de todos los miembros debe ser el éxito de la carga de trabajo. 

Recomendaciones de Implementación 

Microsoft también proporciona una herramienta llamada “Power Platform – Evaluación de buena arquitectura” (o Power Platform Well-Architected assessment). Ésta comprende una serie de preguntas basadas en las recomendaciones clave descritas en los pilares de Power Platform Well-Architected. 

¿Cuándo realizar la evaluación?

• Nuevas cargas de trabajo: Realizar la evaluación durante el proceso de diseño inicial, registrando las decisiones propuestas. La guía actúa como punto de referencia e inicia un ciclo de retroalimentación para perfeccionar el diseño de la carga de trabajo. Capturar decisiones de diseño periódicamente en hitos de evaluación posteriores. 
• Cargas de trabajo existentes: Examinar como parte del ciclo de mejora continua de la carga de trabajo. Establecer una cadencia, por ejemplo cada 90 días, y utilizar hitos para realizar un seguimiento de las mejoras. 

Recibir e integrar recomendaciones 

Después de completar una evaluación, estarán disponibles las recomendaciones para el hito actual, que se podrán exportar y compartir. Se tendrán que agregar estas recomendaciones al trabajo pendiente de la carga de trabajo para integrarlas en el ciclo de vida de desarrollo de software (SDLC). 

Priorizar e implementar recomendaciones 

Los propietarios de la carga de trabajo y las partes interesadas clave deben clasificar las recomendaciones de acuerdo con los procesos estándar del equipo para la priorización del trabajo. Antes de integrarlas en el ciclo de vida: 

1. Considerar la relevancia de cada recomendación y las posibles compensaciones asociadas con opciones de diseño específicas. 
2. Asignar ciertas recomendaciones a propietarios designados, mientras que otras podrían retrasarse o rechazarse. 

Supervisar las mejoras 

Por último, habrá que tener en cuenta que la carga de trabajo evolucionará debido a cambios en la funcionalidad, reducción o acumulación de deuda técnica y cualquier compensación necesaria. Se usará la función de hitos de la evaluación para realizar un seguimiento de estos cambios, utilizando el hito anterior como punto de referencia. 

José Daniel Franco – Software Developer at Itequia