Compart au API WORLD 2022
Compart a exposé et présenté dans le plus grand et le plus ancien événement de microservices API & au monde, {API:WORLD} 2022
PlusCompart |
Temps de lecture : 10 min
Avec la popularité croissante de ces services, se pose la question de leur origine et de leur distribution ou déploiement. C'est là que des technologies éprouvées telles que les conteneurs et Docker, un logiciel open source bien connu qui fournit la technologie des conteneurs, entrent en jeu (voir glossaire). Bien qu'ils ne soient pas nouveaux, ils ont révolutionné le déploiement de micro-applications ou de microservices qui peuvent être mis à l'échelle selon les besoins et qui fonctionnent de manière stable et fiable sur toutes les plates-formes.
Cela permet l'agilité, même lorsque vous avez besoin de mettre à jour certaines fonctions, telles que des microservices ou une fonctionnalité métier packagée, ou d'en implémenter de nouvelles.
Au lieu de mettre à jour une solution entière, comme vous le feriez avec une énorme application, il vous suffit de remplacer l'image par le microservice que vous souhaitez mettre à jour. Par exemple, supposons que l'USPS offre de nouvelles remises d'affranchissement et que vous utilisiez une fonction d'optimisation d'affranchissement de microservice granulaire dans votre système de gestion des sorties (OMS). Dans ce cas, vous pouvez simplement le remplacer par le nouveau sans affecter ni paralyser les autres processus OMS.
Reste à savoir comment automatiser au maximum la distribution, la mise à l'échelle et la mise à jour des conteneurs tout en garantissant une disponibilité maximale. Il est important de se rappeler que lorsqu'une application monolithique est décomposée en dizaines ou centaines de services, son paysage complexe peut être difficile à gérer manuellement. Par conséquent, des systèmes existent pour surveiller et contrôler (ou orchestrer) ces services en tant que conteneurs.
Kubernetes (voir glossaire) est la plateforme la plus connue dans ce contexte. Son principe de base est que les services sont distribués sous forme de conteneurs à plusieurs « nœuds ». Cela garantit qu'en cas de panne d'un serveur, ses services critiques pour l'entreprise sont toujours disponibles.
Les avantages de ces « plates-formes d'orchestration » sont également apparents en matière de mise à l'échelle. Lorsque la demande de charge d'un service particulier augmente, il peut être surveillé en temps réel et des services supplémentaires ajoutés automatiquement pour garantir des performances élevées et constantes.
Kubernetes a une large base de supporters parmi les principaux fournisseurs de cloud, tels que Microsoft Azure, Amazon Web Services et IBM Red Hat. Que la solution fonctionne « sur site » en tant que cloud privé ou dans un environnement de cloud hébergé, l'orchestration des applications de conteneur peut être déployée dans différents scénarios. Cela rend la plate-forme pratiquement prédestinée aux environnements informatiques hybrides.
En d'autres termes, toute personne disposant d'une architecture basée sur des microservices doit utiliser des méthodes standardisées, telles que Kubernetes, pour faire évoluer automatiquement les services et maintenir le service ou la capacité métier hautement disponible à tout moment.
Il y a une fragmentation croissante des solutions logicielles puissantes en petites capacités commerciales packagées, évolutives et faciles à intégrer dans le domaine des communications avec les clients, où Compart fait avancer le problème. Au sein de la famille de produits DocBridge® de Compart, le fabricant mondial de logiciels de communication omnicanal fournit des applications dans des environnements cloud.
Cela implique d'offrir des fonctions sélectionnées en tant que services qui peuvent être rapidement et facilement intégrés dans des infrastructures existantes via des API Web bien documentées et faciles à utiliser (généralement basées sur le modèle REST) et liées à des applications tierces.
Il existe un certain nombre de produits DocBridge® déjà disponibles en tant que fonctionnalités métier packagées, qui peuvent être utilisées comme processus de gestion de documents et de sortie dédiés. Ils incluent DocBridge® Impress (création de documents), DocBridge® Conversion Hub (un service central de conversion pour la boîte de réception numérique) et DocBridge® Document Viewer (un visualiseur Web universel pour presque tous les formats). En raison de leur granularité, elles constituent une alternative intéressante aux applications monolithiques sur site.
DocBridge® Gear (remplacé par DocBridge® Communication Suite) joue un rôle central pour que Compart continue d'élargir la gamme de ces solutions. Il s'agit d'une plate-forme logicielle pour modéliser des tâches et des processus réutilisables, ou worklets, qui peuvent être appelés via l'API correspondante. Par exemple, si un client a besoin d'un outil qui convertit l'AFP en PDF, il peut modéliser le processus à partir d'un certain nombre de worklets qui peuvent ensuite être intégrés via l'API. En plus de REST, des dossiers actifs et même la ligne de commande sont disponibles pour appeler un processus dans DocBridge® Gear.
L'objectif de Compart est d'accompagner les entreprises en automatisant leurs processus de communication client et en les rendant plus agiles tout en préservant leurs ressources informatiques. Pour y parvenir, Compart continue de pousser la fourniture, la distribution et l'orchestration automatisées des applications en utilisant des conteneurs et Kubernetes pour continuer à répondre à la demande croissante de microservices facilement intégrés (capacités commerciales packagées).
Compart exécute actuellement plusieurs projets sur ce sujet, y compris une migration vers un nouveau système ERP qui fonctionne dans le Microsoft Azure Cloud. Il remplaçait également le système de gestion des sorties orienté page. Le client recherchait donc une solution qui pourrait bien s'intégrer dans la nouvelle architecture de cloud hybride et servir les médias analogiques, tels que l'impression, ainsi que les médias électroniques, en particulier les e-mails.
La société a ciblé plusieurs fournisseurs de logiciels de gestion de documents et de sortie, dont Compart. Ils ne voulaient pas soutenir « un cheval », défini comme un fabricant qui offre toutes les fonctionnalités requises dans un seul produit à partir d'une seule source. Au lieu de cela, le client a poursuivi une approche « best-of-breed » - il recherchait des microservices granulaires avec des interfaces API clairement définies, chacune ne couvrant qu'un processus spécifique de gestion des documents et des sorties pouvant facilement s'intégrer dans une nouvelle infrastructure moderne.Ils voulaient un système global évolutif en termes de volume de documents et de nombre d'utilisateurs, et qui interagisse facilement avec d'autres fournisseurs ' dans le cadre du cloud hybride.
La société a décidé d'utiliser deux composants principaux de la solution DocBridge® Impress (remplacé par DocBridge® Communication Suite) pour la création de documents DocBridge® Impress Designer et DocBridge® Impress Engine.
Le client utilise les deux services pour générer des factures, des relevés, des documents de vérification, des copies de documents et, en fait, tout ce qu'il produit dans son nouveau système ERP et l'envoie par e-mail ou par lettre traditionnelle. Les tâches des deux services sont clairement définies : Alors que DocBridge® Impress Designer crée des modèles de documents et les distribue automatiquement à l'environnement de production, DocBridge® Impress Engine utilise ces modèles pour générer des documents finis dans le format correct pour le support.
Un autre service Compart API (capacité métier packagée), DocBridge® Resource Director, sera bientôt disponible pour la génération de documents. Ce composant gère toutes les ressources nécessaires à la génération d'un document, telles que les polices, les logos, les couleurs, les modules de texte, les images, etc., garantit que les bonnes ressources sont affectées aux documents correspondants et surveille les dépendances entre les ressources. Cela évite les erreurs et les violations de règles dans la génération de documents, telles que l'utilisation de logos et de polices obsolètes ou inexistants.
DocBridge® Resource Director garantit également que les ressources ne sont pas supprimées accidentellement et que les projets incomplets ne sont pas envoyés en production. Une autre partie de son champ d'application est la gestion automatique des versions de toutes les ressources.
Le rôle de DocBridge® Resource Director ne peut être surestimé. La création de documents implique généralement de nombreux modèles et peut rapidement devenir déroutante, surtout si de nombreux modules de texte, images et polices sont utilisés. DocBridge® Resource Director gère les ressources en fonction des documents.
Un client de Compart en Allemagne, un grand fournisseur d'assurance voyage, avait besoin d'établir un nouveau processus stratégique impliquant la communication entre le client, le centre d'appels et son service de traitement des sinistres. L'ancien système de l'entreprise n'offrait pas une disponibilité suffisante et le client devait acheter des licences supplémentaires et mettre à jour ou étendre sa solution existante à grands frais.
Au lieu d'adapter l'intégralité de leur système hérité monolithique à un seul cas d'utilisation, une meilleure solution, beaucoup plus abordable, consistait à couvrir le processus de communication avec un microservice d'API dédié qui s'adapte automatiquement en fonction des besoins.
Des fonctionnalités commerciales granulaires, flexibles et faciles à intégrer, telles que DocBridge® Impress Engine, constituent une excellente solution. À l'aide de DocBridge® Impress Engine, un processus de demande ressemble à ceci : Un client appelle le centre d'appels de l'assureur voyage pour signaler une réclamation, telle qu'une maladie pendant ses vacances à l'étranger. Le gestionnaire de sinistres enregistre le processus, saisit les données nécessaires dans l'application du système et utilise DocBridge® Impress Engine pour générer un document PDF qui est envoyé par voie électronique à l'assuré. L'assuré remplit la communication et la retourne à l'assureur. En d'autres termes, le service Web DocBridge® Impress Engine REST génère à la fois le document PDF à partir de l'application spécialisée existante de l'entreprise et le renvoie également, une fois rempli par le client, à l'entreprise.
Le service peut également traiter des formats tels que HTML5, ce qui signifie qu'il est possible de supprimer entièrement le flux de travail PDF et de créer à la place le document en HTML. Ce format est plus facile à traiter que le PDF, qui est fortement orienté vers la norme de page DIN A4 et n'est, par exemple, pas bien adapté à l'affichage et à l'édition sur les appareils mobiles.
Compart s'attend à une demande croissante de services d'API granulaires dans la gestion des documents et des sorties afin que les entreprises et les autorités publiques puissent rapidement et facilement ajouter de nouveaux processus à leur traitement de documents et augmenter et moderniser ceux existants. L'utilisation de ces services permet aux entreprises de maintenir les communications avec les clients aussi flexibles que possible dans le contexte de la numérisation, y compris les nouveaux canaux de communication et les modèles et formats de documents.
Thorsten Meudt, directeur de la technologie chez Compart, déclare : « Nous nous concentrons délibérément sur ces sujets et continuerons à étendre l'architecture modulaire de notre portefeuille dans les années à venir. Notre objectif est d'offrir des microservices d'API encore plus évolutifs et facilement déployés et orchestrés comme Les clients qui ont l'intention de migrer vers le cloud ou qui sont déjà dans le cloud sont entre de bonnes mains chez nous. »
DocBridge® Impress est un logiciel évolutif et indépendant de la plate-forme pour la conception de documents indépendants de la page et de l'appareil. Il est facile à utiliser même sans savoir-faire informatique et peut être une solution de cloud sur site ou privée, hybride ou publique. Il permet à l'utilisateur de séparer certaines fonctionnalités en tant que microservices et de les intégrer rapidement et de manière transparente dans les structures informatiques existantes, y compris les API Web, telles que REST, dans le cloud.
Les documents créés avec DocBridge® Impress (remplacé par DocBridge® Communication Suite) sont automatiquement compatibles avec tous les canaux et sans barrières, conformément aux PDF/Universal Accessibility (PDF/UA) et aux Web Content Accessibility Guidelines (WCAG).
Avec la solution de composition, les documents peuvent être créés et envoyés à tous les canaux pertinents sous différents supports, y compris une page imprimée, un PDF dans une pièce jointe à un e-mail, une page HTML réactive à la fois dans un navigateur Web et sur un smartphone ou une tablette, et via Messenger. prestations de service. Créez un document une seule fois et il est disponible pour tous les types de médias.
DocBridge® Impress représente un changement de paradigme dans la conception de documents. La création est indépendante de la taille de page prédéfinie, basée sur des normes ouvertes telles que HTML5 et enrichie de fonctions d'impression. Il existe une option pour stocker des règles de logique métier et de langage, ainsi que des fonctions pour la gestion intégrée des modèles, des images, des modules de texte et d'autres ressources pour des documents cohérents.
L'architecture de DocBridge® Impress (remplacé par DocBridge® Communication Suite) est basée sur deux composants distincts : l'éditeur Web (Impress Designer) et le moteur de composition proprement dit (Impress Engine). Les composants peuvent être utilisés ensemble ou séparément en tant que microservices directement connectés aux applications existantes via des services Web.
Demander une consultation de produits
Avez-vous des quéstions ? Nos experts vous conseilleront personnellement
DocBridge® Impress Designer permet aux utilisateurs ou aux administrateurs de texte de concevoir un document via une interface et un modèle intuitifs. Si nécessaire, ils peuvent ajouter des détails de mise en page pour les canaux numériques ou l'impression.
Les utilisateurs peuvent stocker des règles de logique métier dans DocBridge® Impress Designer, déterminer dans quelles langues les documents doivent être disponibles et décider s'ils doivent être généralement accessibles selon PDF/UA et WCAG.
Autres options :
DocBridge® Impress Engine est le cœur de DocBridge® Impress. Il fusionne des modèles créés dans DocBridge® Impress Designer ou ailleurs avec des données brutes variables provenant d'applications métier ou de plusieurs systèmes hérités pour créer une communication finie qui utilise des règles définies et les ressources fournies, telles que des images, des modules de texte, etc.
En savoir plus sur DocBridge® Impress
La plate-forme DocBridge® Conversion Hub hautes performances, évolutive et parfaitement intégrée va au-delà de la portée et de l'intention des autres logiciels de conversion de documents conventionnels. L'avantage le plus important de la solution Compart est probablement sa variété de formats presque illimitée.
DocBridge® Conversion Hub peut traiter pratiquement tous les types de documents. Même les messages des services de messagerie, les images dans divers formats, les e-mails et leurs pièces jointes, ainsi que le contenu dans des formats propriétaires ou obsolètes peuvent être traités à l'aide de la solution. DocBridge® Conversion Hub agit comme un entonnoir - il prend chaque document électronique qu'il reçoit et le reconnaît, quel que soit son format, le prépare en le convertissant dans un format lisible et analysable, et extrait ses données pertinentes. Cela jette les bases d'un traitement automatisé ultérieur, qui comprend des processus basés sur l'IA.
Le cœur de la plate-forme est son « répartiteur », qui analyse chaque message entrant (qu'il s'agisse d'un e-mail, d'un fax, d'un SMS, d'un service de messagerie ou d'une lettre papier) et décide automatiquement de son itinéraire de conversion optimal. Dans quel format doit-il être converti ? Comment le traitement ultérieur doit-il avoir lieu ?
DocBridge® Conversion Hub comprend une fonction de reconnaissance optique de caractères (OCR) pour extraire le contenu et les métadonnées et offre une intégration facilement configurable avec des applications tierces. Via la solution DocBridge® Gear, DocBridge® Conversion Hub peut s'intégrer dans des applications complexes de traitement de documents, telles que celles basées sur les technologies de l'IA et de la robotique.
Grâce à son architecture granulaire, les fonctions individuelles de DocBridge® Conversion Hub peuvent être obtenues en tant que services API distincts et connectées et utilisées avec des applications existantes dans des environnements cloud.
En savoir plus sur DocBridge® Conversion Hub
DocBridge® Document Viewer est un logiciel Web permettant de visualiser des documents numériques dans n'importe quel format. À l'aide de l'application compatible avec le cloud, vous pouvez afficher des documents de n'importe quelle taille et les influencer en faisant pivoter, zoomer ou ouvrir plusieurs documents simultanément. En outre, il affiche des métadonnées telles que celles de l'AFP ou des données de contrôle d'impression telles que les bacs ou le recto verso. Il n'y a aucune restriction sur le nombre de pages, la taille du fichier ou le nombre d'utilisateurs.
La solution s'adresse principalement aux entreprises à la recherche d'une solution d'affichage multiformat pour un débit élevé ou changeant de documents qu'elles peuvent facilement intégrer dans des applications et des flux de travail existants. L'application peut être mise à l'échelle selon les besoins en fonction des volumes de documents existants et du nombre d'utilisateurs.
Une fois que vous avez installé DocBridge® Document Viewer sur votre serveur central d'entreprise, les utilisateurs peuvent utiliser un navigateur pour accéder à l'application haute performance directement depuis leur poste de travail. Cela signifie qu'il n'est pas nécessaire de consacrer du temps et de l'argent à la maintenance d'une application de bureau, et que les employés n'ont pas à copier ou télécharger des fichiers confidentiels sur des ordinateurs locaux pour les afficher.
Une caractéristique notable de DocBridge® Document Viewer est son architecture. La solution Compart dispose d'une API JavaScript étendue qui permet une intégration facile avec les applications Web internes ou externes existantes. Il peut donc s'intégrer rapidement et facilement dans les infrastructures et applications informatiques existantes.
Ce haut niveau de capacité d'intégration avec tous les systèmes est un avantage clé du logiciel. Cela signifie qu'un employé d'une compagnie d'assurance ou un registraire du commerce peut visualiser et modifier des documents directement à l'écran, quel que soit le format du document et l'application sur laquelle l'utilisateur travaille, et sans installer de logiciel spécial ou de plug-in de navigateur.
En raison de son architecture, de ses performances et de sa large gamme de formats de fichiers, DocBridge® Document Viewer est une alternative intéressante aux offres de visualisation conventionnelles pour les entreprises qui reçoivent de plus en plus de documents via des portails Web ou les mettent à la disposition de leurs clients.
D'autres avantages incluent une administration et une maintenance simples. Toutes les modifications et améliorations fonctionnelles, telles que les versions de mise à niveau, sont importées une seule fois, puis après la mise en œuvre, elles sont automatiquement disponibles pour tous les utilisateurs. Cela signifie que les mises à jour ne doivent jamais être effectuées sur des postes de travail individuels.
Le logiciel DocBridge® Gear de Compart reflète les principes d'économie des API pour les communications avec les clients : une interaction sans problème entre toutes les applications, tous les systèmes et tous les services basés sur des interfaces de programmation standardisées et ouvertes, ce qui permet aux utilisateurs d'étendre les processus métier existants ou d'en développer de nouveaux.
Avec l'application DocBridge® Gear (remplacé par DocBridge® Communication Suite), les processus de création, de conversion, de modification et de sortie de documents spécifiques au client peuvent facilement être configurés en fonction des données brutes.
Les processus d'assurance qualité typiques tels que l'examen et la comparaison de documents, la validation et les workflows de publication peuvent également être modélisés. DocBridge® Gear fonctionne en utilisant des services d'API réutilisables, ou worklets, qui représentent des fonctionnalités et des sous-processus spécifiques. Ces worklets peuvent être granulaires, ce qui signifie de petits processus gérables, ou très volumineux, comme dans plusieurs processus imbriqués qui utilisent des critères complexes.
DocBridge® Gear (remplacé par DocBridge® Communication Suite) est au cœur de la stratégie cloud et SaaS de Compart et offre plusieurs façons de modéliser des microservices déployables séparément.
Dans le transport maritime traditionnel, les conteneurs de transport permettent la distribution rapide des marchandises dans un « colis » standardisé, que le mode de transport soit le bateau, l'avion, le train ou le camion.
En informatique, les conteneurs fonctionnent de la même manière : ils regroupent une application et les fichiers nécessaires à son exécution dans une seule unité pratique.
Outre la gestion et la distribution des applications serveur, les conteneurs facilitent également leur installation et leur exploitation. Ils facilitent la gestion des applications serveur complexes et permettent une automatisation poussée des processus de déploiement d'un centre de données. Cela est particulièrement important lors du déploiement d'applications évolutives et distribuées dans un environnement cloud.
Lors du déploiement de nouvelles applications ou versions, une application dépend de certains éléments de son environnement, tels que les paramètres locaux ou les bibliothèques de fonctions. Il arrive souvent que les paramètres de l'environnement de développement soient différents de ceux de l'environnement de test et de production de l'application. De ce fait, une application peut fonctionner différemment ou pas du tout lors du déploiement.
D'autres facteurs peuvent également interférer avec un déploiement en douceur, notamment le système d'exploitation sous-jacent de l'application, sa version et ses paramètres, les packages et modules ajoutés ou la configuration réseau. Le déploiement de plusieurs applications sur différentes plates-formes peut être un défi.
C'est là que les conteneurs offrent un avantage immédiat. Les développeurs regroupent une application avec tout ce dont elle a besoin, comme des bibliothèques et des fichiers de configuration, dans un conteneur. L'application n'est donc pas installée directement sur le système cible. Le package du conteneur fournit l'environnement d'exécution complet de l'application.
Cela permet aux développeurs de déplacer facilement des applications entre différents environnements, pour tester l'application dans un environnement matériel, par exemple, et l'exécuter dans un autre. Ou ils peuvent d'abord exécuter une application sur une machine physique, puis dans un cloud privé, public ou hybride.
Les conteneurs rendent les applications indépendantes de l'environnement dans lequel elles sont exécutées. Ils agissent de la même manière qu'une machine virtuelle (VM). Une différence est que même si une machine virtuelle contient des applications complètes avec un système d'exploitation, plusieurs conteneurs peuvent partager un noyau de système d'exploitation. Chaque application dispose de son propre espace utilisateur, qui est un environnement entièrement isolé.
Par conséquent, par rapport aux machines virtuelles, qui contiennent des gigaoctets, les conteneurs consomment beaucoup moins de ressources telles que la puissance de calcul et la mémoire principale. Les conteneurs ne contiennent que des mégaoctets. Par conséquent, beaucoup plus de conteneurs que de machines virtuelles peuvent tenir sur un serveur. Les conteneurs sont également opérationnels beaucoup plus rapidement. Alors que les VM mettent parfois plusieurs minutes à démarrer, les applications sont disponibles presque immédiatement.
Les conteneurs complètent la virtualisation
Les solutions de virtualisation, cependant, ne conviennent pas à tous les scénarios d'application, elles ne sont donc pas superflues et ne seront pas complètement remplacées par des conteneurs.
Les conteneurs sont bien adaptés aux infrastructures avec un grand nombre d'instances d'application qui s'exécutent en parallèle. Ils sont également idéaux pour les applications sujettes à de fréquentes mises à jour et extensions fonctionnelles. Pour les applications constituées de différents composants basés sur une architecture de microservices, les conteneurs sont un moyen efficace de mettre en œuvre un nouveau déploiement sans surcoût important.
La virtualisation avec des hyperviseurs reste cependant un meilleur choix pour certains types d'applications. Un exemple est la fourniture et l'exploitation de services de serveur standard tels que des serveurs de base de données, des serveurs d'annuaire ou même des serveurs Web. D'autres sont des applications standardisées soumises à des cycles de mise à jour plus longs fournis par des tiers.
Les conteneurs sont donc un complément utile à la virtualisation plutôt qu'un remplacement.
Docker est un logiciel open source permettant d'isoler des applications dans des conteneurs. Cela simplifie la distribution car les conteneurs peuvent facilement être transportés puis installés sous forme de fichiers avec tous leurs packages nécessaires. Les conteneurs assurent la séparation et la gestion des ressources utilisées sur une machine. Selon les développeurs de Docker, cela inclut le code, le module d'exécution, les outils système et les bibliothèques, tout ce qui peut être installé sur un ordinateur.
Docker utilise des techniques Linux telles que les Cgroups et les espaces de noms pour fournir l'espace de travail isolé qui est un conteneur. Initialement, il utilisait l'interface LXC du noyau Linux, mais les développeurs Docker ont depuis développé leur propre interface de programmation appelée libcontainer, qui est également disponible pour d'autres projets. Docker utilise le système de fichiers superposé AuFS comme backend de stockage, mais à partir de la version 0.8, le logiciel prend également en charge btrfs.
Docker est orienté vers la virtualisation avec Linux. Cependant, il peut également être utilisé avec Hyper-V ou VirtualBox sous Windows et VirtualBox sous macOS. Étant donné que la séparation des ressources n'est pas entièrement sécurisée avec les seules techniques Docker, Red Hat a implémenté la prise en charge de l'extension de noyau relative à la sécurité SELinux, qui sécurise davantage les conteneurs au niveau du système hôte.
Docker a été lancé par la société dotCloud en mars 2013. La société a été renommée Docker en octobre 2013. Le produit de plate-forme en tant que service, toujours appelé dotCloud, a été vendu à cloudControl basé à Berlin en août 2014 et est devenu de plus en plus connu et populaire cette année-là.
Docker est devenu un composant fixe de Red Hat Enterprise Linux. Il est également inclus dans la distribution openSUSE de Linux.
À l'été 2014, Docker, Microsoft, IBM, Red Hat, CoreOS, Saltstack et Mesosphere ont rejoint le projet Kubernetes. Ce projet, initié par Google, vise à déployer des conteneurs sur tous les environnements cloud publics, privés et hybrides.
Kubernetes est un système open source pour le déploiement, la mise à l'échelle et la gestion automatisés des applications de conteneur. Conçu à l'origine par Google, il a été donné à la Cloud Native Computing Foundation (CNFC). Il vise à fournir une « plate-forme pour le remplissage, la mise à l'échelle et la maintenance automatisés des conteneurs d'applications sur des hôtes distribués ». L'orchestration Kubernetes est prise en charge par les principales plates-formes cloud telles que Microsoft Azure, Amazon AWS, Oracle OCI et OpenShift.
Kubernetes a été fondé par Joe Beda, Brendan Burns et Craig McLuckie. D'autres développeurs de Google tels que Brian Grant et Tim Hockin ont rejoint le projet peu après son lancement. Google a introduit Kubernetes en 2014.