L’arquitectura importa: Explorant la plataforma Power Platform Well-Architected

La guia Power Platform Well-Architected (o “Bona arquitectura de Power Plaform”) de Microsoft és un recurs que pretén convertir-se en una eina imprescindible per a desenvolupaments amb Power Platform. Una solució que proporciona bones pràctiques, orientació sobre arquitectura i eines de revisió per a ajudar a prendre decisions sobre el disseny, planificació i implementació de càrregues de treball.

Quins són els objectius de Power Platform Well-Architected?

L’objectiu principal és, com en qualsevol guia, ajudar-nos a obtenir l’èxit. En aquest cas, parlem de l’èxit amb les càrregues de treball d’aplicacions modernes creades amb Microsoft Power Platform, tenint com a metes:

• Disseny correcte: Un bon disseny condueix a una execució correcta, permetent prendre decisions intel·ligents.
• Confiança en els resultats: Basat en experiències reals de clients i l’experiència dels arquitectes de solucions de Microsoft.
• Reconèixer desavantatges i riscos: Ajuda a adonar-se que seguir les recomanacions pot implicar concessions enfront d’altres pilars. Així mostra desavantatges i possibles riscos a curt termini.
• Millorar amb el temps: Destinat a un ús iteratiu i com a eina per a la millora contínua. S’avalua la maduresa de la càrrega de treball i es asgura que el disseny continuï sent eficient i eficaç per a complir els objectius de negoci.

Pilars de Power Platform Well-Architected

Els pilars de bona arquitectura són àrees d’enfocament que ens ajudaran a aconseguir l’èxit d’una càrrega de treball. Dels cinc pilars, els quatre primers estan basats en Azure Well-Architected. L’últim (optimització de l’experiència) és propi de Power Platform Well-Architected.

A continuació, enumerem els pilars fonamentals i els seus principis de disseny:

Fiabilitat: Resiliència, disponibilitat, recuperació.

• Disseny per a requisits empresarials: Comprendre i documentar necessitats comercials. 
• Disseny amb la resiliència en ment: Detectar fallades i continuar operant. 
• Disseny per a recuperació: Desenvolupar plans de recuperació detallats.
• Disseny per a operacions: Monitoratge continu per a detectar problemes. 
• Mantenir la senzillesa: Reduir la complexitat innecessària.

Seguretat: Protecció de dades, detecció d’amenaces, mitigació.

• Planejar la seva preparació per a la seguretat: Avaluar riscos i desenvolupar estratègies de mitigació. 
• Dissenyar per a protegir la confidencialitat: Implementar controls d’accés estrictes. 
• Dissenyar per a protegir la integritat: Validar dades i realitzar auditories regulars. 
• Dissenyar per a protegir la disponibilitat: Dissenyar sistemes amb redundància i recuperació. 
• Mantenir i desenvolupar la seva postura de seguretat: Actualitzar sistemes amb els últims pegats.

Excel·lència Operativa: Observació holística, pràctiques Fusion + DevOps.

• Adopció d’una cultura de desenvolupament de fusió i DevOps: Fomentar col·laboració entre desenvolupament i operacions. 
• Establiment d’estàndards de desenvolupament: Definir i seguir estàndards de codificació. 
• Millora de les operacions amb monitoratge i coneixement: Implementar solucions de monitoratge i logging. 
• Implementació amb confiança: Realitzar desplegaments incrementals i proves. 
• Automatització per a aconseguir eficiència: Automatitzar tasques repetitives i processos operatius. 
• Adopció de pràctiques d’implementació segures: Integrar seguretat en cada fase del desenvolupament.

Eficiència del rendiment: Escalabilitat, satisfer la demanda d’ús.

• Negociar objectius realistes de rendiment: Definir objectius clars basats en necessitats del negoci. 
• Disseny per a complir amb els requisits de rendiment: Seleccionar serveis adequats per a complir objectius. 
• Aconseguir i mantenir el rendiment: Implementar solucions que protegeixin contra la degradació. 
• Millorar l’eficiència mitjançant l’optimització: Utilitzar mètriques per a identificar àrees de millora.

Optimització de l’experiència: Usabilitat, rellevància, composició.

• Disseny per a l’usuari: Crear experiències fluides, intuïtives i significatives. 
• Disseny amb senzillesa: Reduir la complexitat innecessària. 
• Dissenyar per a aconseguir eficiència: Optimitzar processos per a minimitzar costos.

Les càrregues de treball

Càrregues de treball (o workloads) en Power Platform Well-Architected es refereixen a un conjunt de recursos d’aplicació, dades i infraestructura de suport que treballen junts per a lliurar resultats empresarials desitjats.

Aquestes càrregues de treball inclouen components d’aplicació i tecnologia, així com processos de desenvolupament i operatius. Els equips de treball col·laboren per a assegurar l’èxit de la càrrega de treball.

Característiques d’una Càrrega de Treball

1. Requisits: Descriuen el que el sistema ha de fer i com ha de fer-lo, classificats per importància per a aconseguir un objectiu. 
2. Disseny: Utilitza recursos i patrons de disseny, considerant compensacions per a complir amb els requisits. 
3. Construcció i Operació: Es construeix i opera segons les especificacions de disseny i propòsit. 
4. Mesurament: Avalua el bé que compleix el seu propòsit. 
5. Adaptabilitat: Pot ajustar-se a mesura que el seu propòsit es refini o canviï. 
6. Confiabilitat i Seguretat: És tan de confiança i segura com sigui necessari. 
7. Desenvolupament i Operació Responsable: Es desenvolupa i opera de manera responsable. 
8. Acompliment: Compleix el seu propòsit en un temps acceptable. 
9. Experiència de l’Usuari: Proporciona una experiència que assegura l’èxit dels usuaris.

els equips de treball

Un equip de càrrega de treball ha d’incloure membres amb una àmplia gamma de disciplines tècniques i empresarials. L’enfocament principal de tots els membres ha de ser l’èxit de la càrrega de treball.

Recomanacions d’Implementació

Microsoft també proporciona una eina anomenada “Power Platform – Avaluació de bona arquitectura” (o Power Platform Well-Architected assessment). Aquesta comprèn una sèrie de preguntes basades en les recomanacions clau descrites en els pilars de Power Platform Well-Architected.

Quan realitzar l’avaluació?

• Noves càrregues de treball: Realitzar l’avaluació durant el procés de disseny inicial, registrant les decisions proposades. La guia actua com a punt de referència i inicia un cicle de retroalimentació per a perfeccionar el disseny de la càrrega de treball. Capturar decisions de disseny periòdicament en fites d’avaluació posteriors. 
• Càrregues de treball existents: Examinar com a part del cicle de millora contínua de la càrrega de treball. Establir una cadència, per exemple cada 90 dies, i utilitzar fites per a realitzar un seguiment de les millores.

Rebre i integrar recomanacions

Després de completar una avaluació, estaran disponibles les recomanacions per a la fita actual, que es podran exportar i compartir. S’hauran d’agregar aquestes recomanacions al treball pendent de la càrrega de treball per a integrar-les en el cicle de vida de desenvolupament de programari (SDLC).

Prioritzar i implementar recomanacions

Els propietaris de la càrrega de treball i les parts interessades clau han de classificar les recomanacions d’acord amb els processos estàndard de l’equip per a la priorització del treball. Abans d’integrar-les en el cicle de vida:

1. Considerar la rellevància de cada recomanació i les possibles compensacions associades amb opcions de disseny específiques. 
2. Assignar unes certes recomanacions a propietaris designats, mentre que unes altres podrien retardar-se o rebutjar-se.

Supervisar les millores

Finalment, caldrà tenir en compte que la càrrega de treball evolucionarà a causa de canvis en la funcionalitat, reducció o acumulació de deute tècnic i qualsevol compensació necessària. S’usarà la funció de fites de l’avaluació per a realitzar un seguiment d’aquests canvis, utilitzant la fita anterior com a punt de referència.

José Daniel Franco – Software Developer at Itequia