Microsoft ha recentemente annunciato la creazione di un progetto open source, che è OAMInn nuovo standard per lo sviluppo e l'esecuzione di applicazioni su Kubernetes e altre piattaforme. Questo nuovo progetto è stato lanciato perché Kubernetes è diventato il principale ambiente di orchestrazione dei container.
Il suo successo ha portato a una notevole crescita dei servizi su tutti i cloud pubblici. Tuttavia, lle risorse principali di Kubernetes, as Services and Implementations, rRappresentano elementi disparati di un'applicazione globale. Non rappresentano l'applicazione stessa. Allo stesso modo, oggetti come i grafici Helm rappresentano un'applicazione potenzialmente distribuibile, ma una volta implementati, non esiste alcun modello che si concentri sull'applicazione corrente.
Ecco perché Microsoft e Alibaba Cloud hanno creato il progetto Open Application Model (OAM) sotto Open Web Foundation.
OAM è una specifica per descrivere le applicazioni in modo che la descrizione dell'applicazione sia separata dai dettagli di come l'infrastruttura implementa e gestisce l'applicazione. Questa separazione delle preoccupazioni è utile per diversi motivi.
Nel mondo reale, ogni cluster Kubernetes è diverso, dall'ingresso alla Container Network Interface (CNI) alla mesh di servizi.
Separando la definizione dell'implementazione dei dettagli operativi del cluster, gli sviluppatori di applicazioni possono concentrarsi sugli elementi chiave della tua applicazione piuttosto che i dettagli operativi della tua implementazione.
Inoltre, la separazione delle preoccupazioni consente anche agli architetti della piattaforma di sviluppare componenti riutilizzabili e agli sviluppatori di applicazioni di concentrarsi sull'integrazione di questi componenti nel loro codice per creare rapidamente e facilmente applicazioni affidabili.
In tutto questo l'obiettivo del modello di applicazione aperta è quello di rendere facili le applicazioni semplici e che le applicazioni complesse siano gestibili.
In OAM, un'applicazione è costituita da diversi concetti. I primi sono i componenti che compongono un'applicazione. Questi componenti possono essere servizi come un database MySQL o un server PHP replicato con un bilanciatore del carico corrispondente.
Gli sviluppatori possono creare codice che impacchettano come un componente, quindi l'autore afferma di descrivere la relazione tra quel componente e altri microservizi. I componenti consentono agli architetti della piattaforma e ad altri di creare moduli riutilizzabili noti per incapsulare le migliori pratiche in materia di sicurezza e distribuzione scalabile.
Consentono inoltre di separare l'implementazione dei componenti dalla descrizione di come questi componenti sono combinati in un file
Per convertire questi componenti in un'applicazione concreta, gli operatori dell'applicazione utilizzano una configurazione di questi componenti per formare un'istanza specifica di un'applicazione da distribuire.
La funzione di configurazione è ciò che consente a un operatore dell'applicazione di eseguire un'applicazione reale dai componenti forniti dagli sviluppatori e dalle piattaforme.
Il concetto finale è un insieme di funzionalità che descrivono le caratteristiche dell'ambiente dell'applicazione, comprese funzionalità come la scalabilità automatica e l'input che sono importanti per il funzionamento delle applicazioni, ma che possono essere implementate in modi diversi in ambienti diversi.
Un semplice esempio di tali differenze potrebbe essere un bilanciamento del carico iperscalabile cloud fornito rispetto a un sistema di bilanciamento del carico hardware locale.
Dal punto di vista dello sviluppatore dell'applicazione sono completamente identici, mentre dal punto di vista dell'operatore sono completamente diversi. I tratti consentono questa separazione dei problemi, in modo che l'applicazione possa essere eseguita laddove vengono distribuite le funzionalità richieste.
Gli operatori dell'infrastruttura possono quindi configurare queste funzionalità per soddisfare i requisiti operativi unici del loro ambiente (come conformità e sicurezza).
A differenza di un modello di applicazione PaaS più tradizionale, OAM ha caratteristiche uniche. Ancora più importante, è indipendente dalla piattaforma. Microsoft osserva che sebbene il suo OAM iniziale, chiamato Rudr, sia basato su Kubernetes, lo stesso OAM non è strettamente correlato a Kubernetes.
È possibile sviluppare implementazioni per molti altri ambienti, anche per piccoli formati relativi ai dispositivi, in cui Kubernetes potrebbe non essere la scelta giusta. Dobbiamo anche pensare ad ambienti senza server in cui gli utenti non vogliono o non necessitano della complessità di Kubernetes.