OAM Le nouveau projet open source de Microsoft pour simplifier le développement sur Kubernetes

OAM

Microsoft a récemment annoncé la création d'un projet open source, qui est OAMoun nouveau standard pour développer et exécuter des applications sur Kubernetes et autres plates-formes. Ce nouveau projet a été lancé parce que Kubernetes est devenu le premier environnement d'orchestration de conteneurs.

Son succès a conduit à une croissance remarquable des services sur tous les clouds publics. Cependant, lressources de base de Kubernetes, en tant que services et implémentations, rIls représentent des éléments disparates d'une application globale. Ils ne représentent pas l'application elle-même. De même, les objets tels que les graphiques Helm représentent une application potentiellement déployable, mais une fois implémentés, aucun modèle ne se concentre sur l'application actuelle.

C'est pourquoi Microsoft et Alibaba Cloud ont créé le projet Open Application Model (OAM) sous Open Web Foundation.

OAM est une spécification pour décrire les applications afin que la description de l'application soit séparée des détails de comment l'infrastructure implémente et gère l'application. Cette séparation des préoccupations est utile pour plusieurs raisons.

Dans le monde réel, chaque cluster Kubernetes est différent, de l'entrée à Container Network Interface (CNI) au service mesh.

En séparant la définition de la mise en œuvre des détails opérationnels du cluster, les développeurs d'applications peuvent se concentrer sur les éléments clés de votre application plutôt que les détails opérationnels de votre implémentation.

En outre, la séparation des préoccupations permet également aux architectes de plate-forme de développer des composants réutilisables et aux développeurs d'applications de se concentrer sur l'intégration de ces composants dans leur code pour créer rapidement et facilement des applications fiables.

Dans tout cela, l'objectif du modèle d'application ouvert est de faciliter les applications simples et que les applications complexes sont gérables.

Dans OAM, une application se compose de plusieurs concepts. Les premiers sont les composants qui composent une application. Ces composants peuvent être des services tels qu'une base de données MySQL ou un serveur PHP répliqué avec un équilibreur de charge correspondant.

Les développeurs peuvent créer du code qu'ils conditionnent en tant que composant, l'auteur déclare ensuite qu'il décrit la relation entre ce composant et d'autres microservices. Les composants permettent aux architectes de plate-forme et à d'autres personnes de créer des modules réutilisables connus pour intégrer les meilleures pratiques en matière de sécurité et de déploiement évolutif.

Ils permettent également de séparer l'implémentation du composant à partir de la description de la façon dont ces composants sont combinés en un

Pour convertir ces composants en une application concrète, les opérateurs d'application utilisent une configuration de ces composants pour former une instance spécifique d'une application à déployer.

La fonction de configuration est ce qui permet à un opérateur d'application d'exécuter une application réelle à partir de composants fournis par des développeurs et des plates-formes.

Le concept final est un ensemble de fonctionnalités qui décrivent les caractéristiques de l'environnement d'application, y compris des fonctionnalités telles que l'autoscaling et l'entrée qui sont importantes pour le fonctionnement des applications, mais qui peuvent être implémentées de différentes manières dans différents environnements.

Un exemple simple de telles différences pourrait être un équilibreur de charge hyperscale nuage fourni vs un équilibreur de charge matériel local.

Du point de vue du développeur d'application, ils sont complètement identiques, tandis que du point de vue de l'opérateur, ils sont complètement différents. Les traits permettent cette séparation des problèmes, de sorte que l'application puisse s'exécuter là où ses fonctionnalités requises sont déployées.

Les opérateurs d'infrastructure peuvent ensuite configurer ces fonctionnalités pour répondre aux exigences opérationnelles uniques de leur environnement (telles que la conformité et la sécurité).

Contrairement à un modèle d'application PaaS plus traditionnel, OAM possède des caractéristiques uniques. Plus important encore, il est indépendant de la plate-forme. Microsoft note que bien que son OAM initial, appelé Rudr, soit basé sur Kubernetes, OAM lui-même n'est pas étroitement lié à Kubernetes.

Il est possible de développer des implémentations pour de nombreux autres environnements, même pour les petits formats liés aux appareils, où Kubernetes n'est peut-être pas le bon choix. Nous devons également penser aux environnements sans serveur où les utilisateurs ne veulent pas ou n'ont pas besoin de la complexité de Kubernetes.


Le contenu de l'article adhère à nos principes de éthique éditoriale. Pour signaler une erreur, cliquez sur c'est par ici !.

Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.