Mendix Prend en charge Kubernetes, offrant plus de choix et de contrôle

Passer au contenu principal

NOUVEAU Mendix La prise en charge de Kubernetes apporte plus de choix et plus de contrôle

Image d'arrière-plan du blog Kubernetes

At Mendix nous sommes profondément engagés à être le leader du marché du low-code en matière d'avancées de la plateforme cloud, ainsi qu'à offrir à nos clients le plus haut degré de choix et de contrôle. Nous avons été les pionniers du déploiement multicloud d'applications low-code et nous sommes le seul fournisseur à marier développement d'une productivité élevée avec un déploiement de contrôle élevé gestion et une architecture 100 % cloud native. Aujourd'hui, nous sommes ravis de dévoiler la dernière avancée de notre plateforme cloud en annonçant la prise en charge de Kubernetes système d'orchestration de conteneurs open source. Jetons un œil à la Mendix pile cloud et ce que Kubernetes apporte à la table.

Architecture Cloud-Native et Multicloud

Mendix a été conçu dès le départ comme une plate-forme d'applications cloud native. Et avec Mendix 7, nous avons présenté notre architecture cloud de nouvelle génération, exploitant Cloud Foundry et Docker, pour offrir une évolutivité, une haute disponibilité (HA) et une portabilité multicloud de pointe.

En 2014, nous avons pris la décision non seulement d'intégrer le framework PaaS (Platform-as-a-Service) interopérable de Cloud Foundry (CF) dans notre architecture d'exécution cloud, mais également de rejoindre la Cloud Foundry Foundation et de devenir contributeurs, un engagement que nous continuons à respecter. En fait, nous restons le seul fournisseur de plateforme low-code à le faire.

Nous avons pris la décision de soutenir Cloud Foundry pour de nombreuses raisons, notamment la portabilité cloud offerte par CF et sa prise en charge d'une évolutivité massive et d'un fonctionnement continu. Mendix Nuage-qui s'exécute sur AWS dans plusieurs régions et zones de disponibilité, et est livré avec un basculement HA prêt à l'emploi—vous pouvez également déployer le Mendix exécution sur toutes les plateformes PaaS basées sur CF, y compris IBM BlueMix, Pivotal et SAP Cloud Platform.

Dans le même temps, nous avons reconnu qu'au fur et à mesure que CF a été largement adopté, Docker élargirait encore les options de déploiement de nos clients, leur permettant de déployer sur pratiquement n'importe quel cloud privé, cloud privé virtuel ou infrastructure sur site. Et que l'importance et la popularité de Docker continueront d'augmenter à mesure que les microservices et la conteneurisation deviendront des stratégies technologiques de base pour de nombreuses organisations. En fait, Mendix a été le premier fournisseur de plateforme low-code à introduire la prise en charge de Docker pour le déploiement de cloud privé virtuel sur AWS et Azure, en la proposant aux développeurs en novembre 2016. Et nous restons le seul fournisseur low-code à le faire.

Entrez Kubernetes

Avec la popularité croissante des conteneurs et la volonté de créer des stratégies de conteneurisation qui fonctionnent à la fois pour les développeurs et les équipes opérationnelles, la dernière avancée de la technologie PaaS est l'émergence d'une norme de facto pour les couches suivantes au-dessus du moteur de conteneur : l'orchestration et la planification des conteneurs. Pourquoi est-ce un problème important à résoudre ? Comme le dit Gartner :

Docker est idéal pour résoudre les problèmes liés aux conteneurs uniques, comme la création de conteneurs (à l’aide des outils Docker et du format d’image), leur exécution (à l’aide de l’environnement d’exécution du conteneur) et le partage et la distribution de conteneurs (registres Docker). Mais la plupart des applications ne sont pas encapsulées dans un seul conteneur. La plupart d’entre elles ont des logiciels regroupés dans plusieurs conteneurs et utilisent d’autres services, tels que les magasins de données, les caches et les équilibreurs de charge dans le diagramme ci-dessus. Contrairement aux applications, les conteneurs ne sont que des processus qui ont tendance à avoir des cycles de vie plus courts. Cela signifie que dans un environnement conteneurisé, il y a beaucoup plus de cycles de vie à gérer. »[I]

Figure 1. Kubernetes comme infrastructure pour PaaS dans une pile technologique de conteneurs (Source : Gartner).

Kubernetes comme infrastructure pour PaaS dans un tableau de pile technologique de conteneurs

Les systèmes de gestion de conteneurs sont apparus comme une solution à ce défi, Kubernetes en étant l'exemple le plus éminent. Avec l'omniprésence de Docker en tant que moteur de conteneurs, Kubernetes est rapidement devenu la technologie d'orchestration de conteneurs de choix. Il fournit un système de gestion de conteneurs qui automatise le déploiement, la mise à l'échelle et les opérations des conteneurs d'applications, y compris Docker, sur des clusters d'hôtes.

Développé à l’origine par Google pour soutenir des architectures Web robustes tout en permettant la livraison continue de logiciels, Kubernetes est aujourd’hui un projet open source adopté par de nombreuses organisations, des fournisseurs commerciaux aux autres initiatives open source en passant par les organisations d’utilisateurs finaux. Des fournisseurs tels qu’Amazon, Google, IBM, Microsoft, Pivotal et Red Hat prennent actuellement en charge Kubernetes, tandis que d’autres, comme Oracle, prévoient de l’adopter au cours de l’année prochaine. Son adoption généralisée et son élan inégalé ont rapidement fait de Kubernetes la norme de facto pour l’orchestration des conteneurs.

Kubernetes dans Mendix

Aujourd'hui, nous faisons à nouveau progresser l'état de l'art des options de déploiement cloud low-code en prenant en charge Kubernetes dans Mendix. Les clients peuvent désormais déployer Mendix applications sur des clusters de serveurs orchestrés par Kubernetes via des conteneurs Docker créés à l'aide de Mendix Docker Buildpack. Pour le flux de travail DevOps, des serveurs d'automatisation populaires tels que Jenkins et CI Gitlab peut être utilisé pour créer et déployer des conteneurs sur le cluster. Cela signifie que les clients peuvent désormais profiter de la même facilité de déploiement et de la même évolutivité horizontale associées à Cloud Foundry sur n'importe quelle pile PaaS qui utilise Docker et Kubernetes. Cela inclut les solutions PaaS commerciales et les offres Container as a Service (CaaS), ainsi que les frameworks que les entreprises peuvent assembler elles-mêmes à l'aide de Docker et Kubernetes. En fait, nous avons des clients qui font exactement cela pour de grands portefeuilles d'applications aujourd'hui.

Notre support Kubernetes comprend un ensemble de procédures ainsi qu'un Implémentation de référence Jenkins/Kubernetes exécuté sur Azure Container Services.                                          

L'interopérabilité crée plus de choix

L’adoption généralisée de Kubernetes contribue à deux tendances importantes et bénéfiques sur le marché du PaaS :

(1) Un degré accru de collaboration et d’interopérabilité entre les projets open source et les offres commerciales.

(2) Le dégroupage des capacités clés des cadres PaaS complets.

Ces deux tendances créent rapidement davantage de choix pour le développement et le déploiement d’applications, ainsi que pour équilibrer les compromis entre simplicité et contrôle.

Par exemple, Pivotal a récemment annoncé Pivotal Container Service™ (PKS), créé en collaboration avec VMware et Google. Version commercialement soutenue du projet open source Kubo, PKS vise à déployer et à exploiter simplement Kubernetes dans un environnement d'entreprise ainsi qu'à « un mécanisme transparent » pour migrer vers des charges de travail Docker pour exécuter sur site sur VMware vSphere et Google Cloud Platform (GCP). Il s'agit à la fois d'un excellent exemple de portabilité et d'interopérabilité au sein d'une infrastructure cloud native ouverte et d'une autre pile qui Mendix est conçu pour être déployé sur.

 Un autre exemple remarquable d’interopérabilité et d’ouverture dans l’écosystème PaaS est le API Service Broker ouverte. Pris en charge dans le Mendix Cette API a été créée pour rendre la fonctionnalité de courtage de services présente dans Cloud Foundry disponible de manière indépendante. Elle permet aux applications de rechercher et de se lier à des services au niveau de la plateforme, tels que des files d'attente de messages ou des bases de données. Fournir cette forme de courtage de manière multiplateforme est extrêmement puissant. Google et Microsoft ont déjà commencé à exposer les capacités de leur plateforme via l'API, et l'API a été adoptée dans OpenShift et Kubernetes.

Ces exemples illustrent la croissance rapide de l'écosystème global du cloud au niveau de la plateforme. Un écosystème qui permet à chaque organisation de combiner et d'associer les fonctionnalités comme elle le souhaite et d'équilibrer simplicité et contrôle de la manière qui lui convient le mieux.

Une gamme complète d'options de déploiement cloud natives

Ce qui rend tout cela particulièrement important, c'est que toutes les organisations ou tous les projets n'ont pas les mêmes exigences de déploiement et d'exploitation. Pour certains, la simplicité du provisionnement instantané d'une pile cloud complète, la prise en charge prête à l'emploi de la mise à l'échelle élastique et du basculement HA, ainsi que la gestion de la pile par Mendix rendra le public Mendix Le cloud est très attractif. Pour d'autres, la possibilité d'assembler, de déployer et de gérer leur propre pile de CI/CD et de conteneurs à l'aide de Docker, Kubernetes et Jenkins sera la stratégie la plus appropriée. D'autres opteront pour une solution intermédiaire : une solution PaaS basée sur CF ou Docker/Kubernetes qui leur permet de choisir où déployer leurs charges de travail low-code tout en simplifiant le déploiement et la gestion. Quoi qu'il en soit, notre architecture cloud native et la prise en charge de l'écosystème cloud ouvert vous offrent la flexibilité nécessaire pour faire ce choix.

Pour en savoir plus, visitez nos guides pratiques et notre documentation.


[I] Gartner « Comment naviguer sur le marché de l’orchestration de conteneurs », Dennis Smith, Arun Chandrasekaran, Andrew Lerner, 24 juin 2016

Choisissez votre langue