Microsoft recentment va anunciar la creació d'un projecte de codi obert, el qual és Extensió OAM, un nou estàndard per a desenvolupar i executar aplicacions en Kubernetes i altres plataformes. Aquest nou projecte va ser llançat a causa que Kubernetes s'ha convertit en el principal entorn d'orquestració de contenidors.
El seu èxit ha portat a l'notable creixement dels serveis en tots els núvols públiques. No obstant això, lus recursos centrals de Kubernetes, com Serveis Implementacions, representan elements dispars d'una aplicació global. No representen l'aplicació en si. De la mateixa manera, els objectes com els gràfics d'Helm representen una aplicació potencialment desplegable, però un cop implementada, no hi ha un model que se centri en l'aplicació actual.
És per això que Microsoft i Alibaba Cloud van crear el projecte Open Application Model (OAM) sota Open Web Foundation.
Extensió OAM és una especificació per descriure aplicacions perquè la descripció de l'aplicació es separi dels detalls de com la infraestructura implementa i administra l'aplicació. Aquesta separació de preocupacions és útil per diverses raons.
En el món real, cada clúster d'Kubernetes és diferent, des de l'entrada a la Interfície de xarxa de contenidors (CNI) fins a la malla de serveis.
A l'separar la definició de l'aplicació dels detalls operatius de l'clúster, els desenvolupadors d'aplicacions poden centrar-se en els elements clau de la seva aplicació en lloc dels detalls operatius de la seva implementació.
A més, la separació de preocupacions també permet als arquitectes de la plataforma desenvolupar components reutilitzables i desenvolupadors d'aplicacions per centrar-se en la integració d'aquests components en el seu codi per crear ràpida i fàcilment aplicacions fiables.
En tot això, l'objectiu de el model d'aplicació oberta és fer que les aplicacions simples siguin fàcils i que les aplicacions complexes siguin manejables.
En OAM, una aplicació consta de diversos conceptes. El primer són els components que componen una aplicació. Aquests components poden ser serveis com una base de dades MySQL o un servidor PHP replicat amb un equilibrador de càrrega corresponent.
Els desenvolupadors poden crear codi que empaqueten com un component, després l'autor manifesta que descriu la relació entre aquest component i altres microservicios. Els components permeten als arquitectes de plataformes ia altres crear mòduls reutilitzables que se sap que encapsulen les millors pràctiques en seguretat i desplegament escalable.
També permeten separar la implementació de l'component de la descripció de com es combinen aquests components en una arquitectura de
Per convertir aquests components en una aplicació concreta, els operadors d'aplicacions utilitzen una configuració d'aquests components per formar una instància específica d'una aplicació per a implementar.
El recurs de configuració és el que permet que un operador d'aplicació executi una aplicació real des dels components proporcionats per desenvolupadors i plataformes.
El concepte final és un conjunt de característiques que descriuen les característiques de l'entorn de l'aplicació, incloses característiques com el autoescalat i l'entrada que són importants per al funcionament de les aplicacions, però que es pot implementar de diferents maneres en diferents entorns.
Un exemple simple d'aquestes diferències podria ser un equilibrador de càrrega de hiperescala proporcionat pel núvol vs XNUMX equilibrador de càrrega de maquinari local.
Des del punt de vista de l'desenvolupador de l'aplicació, són completament idèntics, mentre que des del punt de vista de l'operador, són completament diferents. Els trets permeten aquesta separació de problemes, de manera que l'aplicació pot executar on es despleguin les seves característiques necessàries.
Després, els operadors d'infraestructura poden configurar aquestes característiques per complir amb els requisits operatius únics del seu entorn (com el compliment i la seguretat).
A diferència d'un model d'aplicació PAAS més tradicional, OAM té característiques úniques. Més important encara, ell és una plataforma agnòstica. Microsoft assenyala que encara que la seva inicial OAM, anomenada Rudr, es basa en Kubernetes, OAM en si no està estretament relacionat amb Kubernetes.
És possible desenvolupar implementacions per a molts altres entorns, fins i tot per a formats petits relacionats amb dispositius, on Kubernetes pot no ser l'opció correcta. També hem de pensar en entorns sense servidors on els usuaris no volen o no necessiten la complexitat de Kubernetes.