Progettazione e operazioni delle applicazioni (Application Engineering and Operations, AEO) e progettazione e operazioni dell'infrastruttura (Infrastructure Engineering and Operations, IEO) separati con governance centralizzata - Principio dell'eccellenza operativa

Progettazione e operazioni delle applicazioni (Application Engineering and Operations, AEO) e progettazione e operazioni dell'infrastruttura (Infrastructure Engineering and Operations, IEO) separati con governance centralizzata

Il modello "AEO e IEO separati" segue una metodologia "chi crea, esegue".

Gli ingegneri e gli sviluppatori delle applicazioni si occupano sia della progettazione sia del funzionamento dei propri carichi di lavoro. Analogamente, i tecnici dell'infrastruttura si occupano sia della progettazione sia del funzionamento delle piattaforme che utilizzano per supportare i team dell'applicazione.

Per questo esempio, prenderemo in esame la governance centralizzata. Gli standard sono distribuiti, forniti o condivisi ai team applicativi.

È consigliabile utilizzare strumenti o servizi che consentono di gestire centralmente gli ambienti su più account, ad esempio AWS Organizations. Servizi come AWS Control Tower ampliano questa funzionalità di gestione consentendoti di definire piani (a supporto dei tuoi modelli operativi) per configurare gli account, applicare la governance continua tramite AWS Organizations e automatizzare il provisioning di nuovi account.

"Chi crea, esegue" non significa che il team applicativo sia responsabile dello stack, della catena di strumenti e della piattaforma nel loro complesso.

Il team di progettazione della piattaforma fornisce un set standardizzato di servizi (ad esempio, strumenti di sviluppo, strumenti di monitoraggio, strumenti di backup e ripristino, e rete) al team applicativo. Il team della piattaforma può anche fornire al team applicativo l'accesso a servizi di fornitori di servizi cloud approvati, configurazioni specifiche dello stesso o entrambi.

I meccanismi che forniscono una capacità self-service per la distribuzione di servizi e configurazioni approvati, come Service Catalog, possono contribuire a limitare i ritardi associati alle richieste di adempimento applicando al contempo la governance.

Il team della piattaforma consente la visibilità completa dello stack, in modo che i team applicativi possano distinguere tra i problemi dei componenti dell'applicazione e i problemi dei componenti dei servizi e dell'infrastruttura utilizzati dalle applicazioni. Il team della piattaforma può inoltre fornire assistenza per la configurazione di questi servizi, nonché indicazioni su come migliorare le operazioni dei team applicativi.

Come illustrato in precedenza, è fondamentale che il team applicativo disponga di meccanismi per richiedere aggiunte, modifiche ed eccezioni agli standard, a supporto delle attività dei team e dell'innovazione della loro applicazione.

Il modello AEO e IEO separati fornisce cicli di feedback solidi ai team applicativi. Le operazioni quotidiane di un carico di lavoro aumentano il contatto con i clienti attraverso l'interazione diretta o indirettamente, attraverso richieste di supporto e funzionalità. Questa maggiore visibilità consente ai team applicativi di risolvere i problemi più rapidamente. Il coinvolgimento più profondo e la relazione più stretta forniscono informazioni sulle esigenze dei clienti e consentono un'innovazione più rapida.

Tutto questo vale anche per il team della piattaforma che supporta i team applicativi.

Gli standard adottati possono essere pre-approvati per l'uso, riducendo la quantità di revisione necessaria per entrare in produzione. L'utilizzo di standard supportati e testati forniti dal team della piattaforma può ridurre la frequenza dei problemi relativi a tali servizi. L'adozione degli standard consente ai team applicativi di concentrarsi sulla differenziazione dei propri carichi di lavoro.