Nous en avons probablement assez entendu parler de la façon dont Kubernetes est Linux pour le cloud, avec le taux d'adoption le plus rapide jamais enregistré, etc. Mais Kubernetes n’est en aucun cas la seule option de coordination, et il existe une part équitable des solutions de rechange Kubernetes. Kubernetes, Docker Swarm, Mesos, Nomad (et plus) entrent dans la catégorie des Outils de gestion d'infrastructure Pour DevOps connu sous le nom Moteurs d'unification de conteneurs (COE). La synchronisation nous donne cette couche d’abstraction très nécessaire par le biais de Conteneurs d'application Cela protège nos ressources et les pools de ressources réelles.
Travailler avec Conteneurs dans le nuage S'agit d'allouer les ressources efficacement. Les choses se compliquent lorsque vous utilisez plusieurs clouds avec un centre de données local et que vous y déployez diverses applications. D'autant plus que ces applications peuvent être aussi simples qu'une petite base de données relationnelle ou plus avancées, comme un service de streaming vidéo en direct.
Notions de base sur la synchronisation
Bien que toutes les solutions de rechange de Kubernetes puissent varier en termes de facilité d'utilisation et de type de fonctionnalités prises en charge, il existe quelques bases que tous semblent couvrir. La découverte de services, qui permet de localiser de nombreux services sur le réseau dans une architecture informatique distribuée, en est un bon exemple. Les demandes d'équilibrage de charge, qu'elles soient créées en interne dans un cluster ou en externe à partir de clients externes, constituent un autre bon exemple.
Ce ne sont là que quelques-unes des tâches de base effectuées par un moteur de synchronisation de haut niveau. La liste est sans fin avec des éléments tels que la planification des conteneurs, les vérifications de l'état et la gestion du stockage. Ce serait peut-être une bonne idée de souligner que celles-ci évoluent si rapidement que ce que nous savons à leur sujet aujourd'hui pourrait être périmé dans quelques mois. De plus, chaque mois, de nouvelles mises à jour majeures de Kubernetes, Mesos et Swarm ne sont pas les seules.
Les caractéristiques de conception traditionnelles vous obligent à appliquer des mises à jour sous forme de structures complètes. L'installation de la mise à jour peut prendre des heures, ce qui entraîne beaucoup de temps d'arrêt pour les utilisateurs. Les services microscopiques en conteneurs constituent un moyen radical et convivial de résoudre ce problème. Les conteneurs sont essentiellement des processus autonomes et toutes leurs dépendances sont regroupées pour leur fonctionnement. Tout ce dont le conteneur a besoin, c'est de l'exécuter dans ce conteneur, ce qui le rend extrêmement portable.
Comment fonctionnent les conteneurs?
Voici la mesure facile. Pensez à utiliser votre fermeture à glissière sous forme de services miniatures pour navires et conteneurs, en tant que parties multiples d’une barrière hermétique. S'il n'y a qu'une cabine, votre navire coulera s'il est submergé. Mais si vous avez plusieurs compartiments, votre navire ira bien, même si l’un des taxis est inondé. Les applications construites à l'aide de l'architecture Microservices peuvent contenir des dizaines, voire des centaines de mini-services dans des conteneurs fonctionnant ensemble. Les microservices peuvent fournir des fonctionnalités uniques (par exemple, uniquement la partie messagerie de la plate-forme de médias sociaux). Vous pouvez également obtenir de nombreux mini-services effectuant des fonctions répétitives sur plusieurs serveurs d'équilibrage de charge.
Au lieu d’avoir tout le temps un serveur de messagerie (en train de ronger votre portefeuille), vous pouvez exécuter un petit service de messagerie sur plusieurs serveurs. Ils peuvent augmenter ou diminuer l'utilisation de votre serveur à la demande pour ce service particulier. Vous aurez donc moins d’utilisation la nuit, ce qui permet de réduire la demande et d’économiser de l’argent. Mais vous pourrez augmenter l'utilisation pendant les heures de pointe.
Comment aider les conteneurs
Les conteneurs peuvent également aider à réduire considérablement les temps d'arrêt. Si votre application est composée de plusieurs conteneurs et qu'il y a une erreur de service spécifique, tout le reste fonctionnera encore pendant la réparation. De plus, lorsque vous cliquez sur des mises à jour supplémentaires, vous n’aurez pas à arrêter complètement les serveurs. Il vous suffit de mettre à jour des services individuels. Les utilisateurs peuvent ne pas remarquer de temps d'arrêt.
Qu'est-ce que Kubernetes?
Voici une bonne analogie Pour ce que c'est Kubernetes. Mais en pratique, gérer et contrôler (coordonner) des applications créées à l'aide de micros services peut s'avérer très difficile. Vous aurez besoin d'un système qui surveille et modifie les services essentiels sur des centaines ou des milliers de serveurs. Heureusement, Google a développé un outil puissant en créant Kubernetes. Le mot "Kubernetes" signifie souverain grec, et c'est ce que c'est fondamentalement. C'est une plate-forme qui vous aide à surveiller et à contrôler les applications basées sur micros.
Kubernetes n'est pas sans défauts. Inclut une courbe d'apprentissage abrupte, mais il sera très difficile de construire votre synchronisation. Lors du passage au modèle de service microservice, il est également nécessaire que les développeurs changent la manière dont ils voient le code. Ils doivent eux-mêmes avoir une bonne idée de la manière de l'élargir et de la manière dont il sera déployé, plutôt que de simplement s'en remettre aux opérations. Nous avons préparé ici une liste coordonnée des alternatives Kubernetes si la solution basée sur Google ne vous convient pas. Lisez la suite pour en savoir plus.
Alternatives à Kubernetes
1. Docker Swarm
Docker (le projet dans son ensemble, pas seulement Swarm) a été un pionnier dans l’idée des mini-services trouvés dans les conteneurs de 2013. Docker Swarm est une plate-forme de synchronisation Docker. Il présente de nombreux avantages par rapport à Kubernetes. Pour commencer, bien que moins polyvalent que Kubernetes, il est très facile à utiliser et facile à installer à partir de Kubernetes. Docker Swarm utilise la CLI avec une sémantique de type GIT.
Cette connaissance signifie que les développeurs peuvent facilement intégrer Swarm dans leur flux de travail existant. Deuxièmement, ancrer la base pour la mise à l'échelle manuelle des services, par rapport à l'utilisation de la fonction kubectl dans Kubernetes. Docker gagne également en termes de support. Docker lui-même fournit un support d'entreprise officiel aux clients Docker Enterprise Edition (qui inclut Swarm). Google ne prend pas en charge Kubernetes. Cependant, Kubernetes est une plate-forme open source, il existe donc d'autres vendeurs. Il prend en charge ses propres versions.
Docker Swarm présente également des inconvénients. L'enregistrement et le suivi constituent une faiblesse majeure. Bien que Kubernetes dispose d'outils de surveillance intégrés, Docker Swarm vous oblige à utiliser des outils tiers tels que Sumo Logic et Retrace. De plus, la communauté de Docker Swarm est beaucoup plus petite que la communauté de Kubernetes.
Avantages:
- Plus facile à installer et à configurer que Kubernetes
- Support officiel pour Enterprise Edition
Inconvénients:
- Fonctions de contrôle et d'enregistrement limitées
- Petite communauté de Kubernetes
Telecharger Docker Swarm
2. DC / OS
DC / OS est un acronyme pour Data Center Operating System. Il fonctionne à un niveau d'abstraction plus élevé que Kubernetes. Kubernetes coordonne uniquement les microservices dans des conteneurs. Vous avez toujours affaire à plusieurs serveurs premium et à plusieurs pools de ressources. Cependant, DC / OS supprime les ressources des périphériques eux-mêmes. DC / OS peut présenter l'ensemble du centre de données comme un ensemble géant de ressources: stockage de pétaoctets, téraoctets de RAM et milliers de cœurs de processeur.
Les développeurs peuvent le coder comme s'ils travaillaient avec un seul système géant et Magic DC / OS répartit intelligemment la charge sur tous vos serveurs. Cela signifie que le système DC / OS peut également être utilisé pour distribuer la fonctionnalité de workload non conteneur. DC / OS a cependant des défauts notables.
Bien que DC / OS soit open source, il existe une version d'entreprise qui comporte de nombreuses fonctionnalités clés verrouillées derrière le pare-feu de l'abonnement. Vous devrez payer pour certaines des fonctions prises en charge par Kubernetes.
Avantages:
- Vous permet de connaître la charge de travail dans des conteneurs ou des non-conteneurs
- Se présente comme un pool de ressources unifiées, ce qui réduit la complexité des développeurs
Inconvénients:
- Les fonctionnalités Premium sont bloquées derrière le Paywall
Telecharger DC / OS
3. Nomade
Un des inconvénients majeurs des lecteurs de synchronisation pour adultes tels que Kubernetes et Docker Swarm est qu’ils sont extrêmement complexes. Il a été conçu pour répondre aux besoins de géants comme Spotify, qui servent des centaines de millions d'utilisateurs chaque jour. Si votre application doit s'étendre sur des milliers de serveurs et fournir des dizaines de services à des millions de personnes, vous avez besoin de ce niveau de complexité. Mais si vous êtes un joueur de taille moyenne ou petite, vos exigences en matière de formatage seront simplifiées.
Nomad fait très peu par lui-même. Vous permet de gérer uniquement les groupes de conteneurs et de planifier ces opérations. Si des erreurs se produisent, vos groupes de conteneurs continueront à fonctionner, mais c'est à peu près tout. Toutes les autres fonctions dont vous avez besoin, en termes d'enregistrement, de surveillance ou de mise en réseau, doivent être gérées par d'autres outils. Si vous avez des exigences supplémentaires, il est facile d'intégrer Nomad à d'autres outils. Hashicorp, principal développeur de Nomad, veille à l'intégration étroite de Nomad avec d'autres produits logiciels tels que Consul et Vault.
Nomad a cependant quelques défauts très notables. Pour commencer, c'est limité et c'est une épée à double tranchant. Si vous avez besoin d'une fonctionnalité de stratégie réseau avancée et d'une surveillance intégrée, Kubernetes est la meilleure solution. De plus, Nomad est un joueur beaucoup plus petit que Kubernetes. Les deux sont des projets open source fortement dépendants de la participation de la communauté. À peine 10 cent fait à peine que Github adhère à Kubernetes. Cela signifie généralement une vitesse de développement lente et des corrections de bugs.
Avantages:
- Facile à utiliser par rapport aux autres options incluses
Inconvénients:
- La portée et la taille limitées rendent difficile la mise en œuvre dans de très grands projets
- Une communauté relativement petite
Telecharger Nomade
La couverture
Ces deux systèmes de synchronisation présentent des avantages et des inconvénients. Kubernetes est en soi la solution idéale pour les entreprises qui souhaitent organiser des applications répondant aux besoins de millions d'utilisateurs. Une documentation mystérieuse, une courbe d'apprentissage pointue et un support relativement faible signifient que ce n'est pas pour tout le monde.
Docker Swarm est beaucoup plus facile à configurer et à utiliser, mais n’a pas de puissants outils intégrés de surveillance ou d’enregistrement. DC / OS vous permet de faire plus que simplement organiser des services microscopiques dans des conteneurs, mais des fonctions premium se trouvent derrière un pare-feu. Bien que la chose la plus importante à propos de Nomad soit sa simplicité - elle est parfaite pour les petits projets - mais la simplicité même le rend moins qu’idéal pour les grandes entreprises.
