assisté la semaine dernière Bord Champ Jour 1est un événement Tech Field Day axé sur les solutions informatiques de pointe. Certaines séances m’ont vraiment fait réfléchir.
L’infrastructure Edge est très différente de l’infrastructure de centre de données ou de cloud. Plus on s’éloigne du centre, plus l’appareil est petit. La baisse de la puissance du processeur, la baisse de la mémoire et du stockage, la baisse des réseaux et de la connectivité posent tous de sérieux défis. C’est avant de considérer les exigences de sécurité physiques et logiques qui sont moins importantes dans les centres de données et les nuages où le périmètre est bien protégé.
De plus, de nombreux appareils de pointe restent sur le terrain pendant des années, ce qui crée des défis environnementaux et de cycle de vie. Pour compliquer davantage les choses, les ressources informatiques de périphérie peuvent exécuter des applications critiques conçues pour l’efficacité et la résilience. Les conteneurs et Kubernetes (K8) peuvent être une bonne option ici, mais la périphérie veut-elle vraiment la complexité de Kubernetes ?
Évaluer la valeur de Kubernetes à la périphérie
Pour être juste, Edge Kubernetes existe depuis un certain temps. De nombreux fournisseurs proposent aujourd’hui des distributions Kubernetes optimisées pour les cas d’utilisation en périphérie et des plates-formes de gestion pour gérer d’énormes flottes de petits clusters. L’écosystème se développe et de nombreux utilisateurs adoptent ces solutions sur le terrain.
Mais Edge Kubernetes a-t-il un sens ? Plus précisément, jusqu’où Kubernetes peut-il être déployé à partir du cœur basé sur le cloud ? Notez également ce qui suit :
- Même si une application a été développée avec des microservices à l’esprit (sous forme de minuscules conteneurs), elle peut ne pas être suffisamment volumineuse ou complexe pour nécessiter une couche d’orchestration complète.
- Les K8 nécessitent souvent des composants supplémentaires pour la redondance et la persistance des données. Dans les scénarios de ressources limitées avec peu de conteneurs déployés, la couche d’orchestration Kubernetes peut consommer plus de ressources que l’application.
Un rapport GigaOm couvrant ce domaine a révélé que la plupart des fournisseurs travaillent sur la manière de fournir une gestion K8 à grande échelle. Il existe différentes approches, mais elles incluent toutes une certaine forme d’automatisation, et plus récemment GitOps. Cela résout la gestion de l’infrastructure, mais ne couvre pas la consommation des ressources. De plus, vous ne pouvez pas réellement activer la gestion des conteneurs et des applications.
La gestion des applications peut être résolue avec des outils supplémentaires, les mêmes que ceux que nous utilisons pour le reste de nos applications K8s, mais la consommation de ressources est une évidence si nous continuons à utiliser Kubernetes. Cela est particulièrement vrai si au lieu de 3 nœuds, vous avez 2 ou 1 nœud et que la taille de celui-ci est également très petite.
Alternatives à Kubernetes en périphérie
De retour au Tech Field Day, j’ai présenté une approche convaincante : SubmergerIl dispose d’une plate-forme de gestion de conteneurs de bout en bout qui ne nécessite pas le fonctionnement de Kubernetes. Il fait tout ce que vous attendez d’un petit orchestrateur de conteneurs à la périphérie, en éliminant la complexité et les composants inutiles.
Par conséquent, les composants au niveau de la périphérie ont une empreinte réduite par rapport aux distributions Kubernetes optimisées pour la périphérie. En outre, il implémente des fonctionnalités de gestion et de surveillance pour fournir une visibilité sur les aspects clés de l’application, tels que le déploiement et la gestion. Avassa propose désormais d’autres options pour supprimer le K8 des images (de bord), en particulier l’assemblage Web, qui sont assez différenciées.
Actions clés et points clés
En résumé, de nombreuses organisations évaluent des solutions dans ce domaine et les applications sont généralement créées en fonction d’exigences très précises. Les conteneurs sont le meilleur moyen de les déployer, mais ils ne sont pas synonymes de Kubernetes.
Avant d’installer Kubernetes en périphérie, il est important de s’assurer que cela en vaut la peine. Si vous avez déjà déployé, vous remarquerez que la valeur augmente en fonction de la taille de votre application. Cependant, cette valeur diminue avec la distance du centre de données et la taille et le nombre de nœuds de calcul périphériques.
Par conséquent, il peut être prudent d’explorer des alternatives pour simplifier votre pile et améliorer le TCO dans votre infrastructure. Cela devient encore plus pratique lorsque l’équipe informatique responsable de l’infrastructure de périphérie est petite et doit interagir quotidiennement avec l’équipe de développement. La pénurie de compétences dans l’industrie, et Kubernetes en particulier, rend impératif d’examiner vos options.
Je ne dis pas que vous ne pouvez pas utiliser Kubernetes pour les applications edge. Cependant, avant de se lancer dans un voyage difficile, il est important d’évaluer les forces et les faiblesses et d’établir le meilleur plan d’action.