Réflexions rétrospectives sur la KubeCon Europe 2022

Je ne vais pas mentir. Assis dans un avion en partance de Valence, j’avoue avoir été surpris par l’ampleur de Kubecon Europe cette année. Pour ma défense, je n’étais pas le seul à voir le volume de participants sembler surprendre les organisateurs de la conférence et les exposants, illustré par le manque notable d’eau, (on m’a dit) de t-shirts et (à divers endroits) de taxis.

Les keynotes étaient remplis à pleine capacité, et il y avait un véritable buzz de la part des participants qui semblaient se diviser en deux camps : les jeunes et cool, et les plus matures et habillés sobrement.

Mon temps a été largement consacré à des réunions individuelles, à des conférences d’analystes / de presse et à la marche des stands, donc je ne peux pas commenter les sessions d’ingénierie. Cependant, dans l’ensemble de la pièce, il y avait un véritable sentiment que Kubernetes concernait désormais le comment plutôt que le si. Pour une raison ou une autre, les entreprises ont décidé de tirer parti de la création et du déploiement d’applications distribuées basées sur des conteneurs.

Curieusement, cela n’était pas considéré comme une épée magique capable de tuer les dragons des systèmes hérités et d’ouvrir la voie à la transformation numérique, le kool-aid était aussi absent que l’eau. En fin de compte, les entreprises ont accepté que, d’un point de vue architectural et pour les applications en général, le modèle Kubernetes est aussi bon que n’importe quel modèle disponible actuellement, en tant que norme ouverte non propriétaire et bien prise en charge qu’elles peuvent suivre.

Lire aussi  Seulement 7% de notre ADN est propre à l'homme moderne, selon une étude

Les options basées sur la virtualisation et les piles de plates-formes sont trop lourdes ; les architectures sans serveur sont plus applicables à des cas d’utilisation spécifiques. Donc, si vous voulez créer une application et que vous voulez qu’elle soit sûre pour l’avenir, la cible Kubernetes est celle à viser.

Adopter Kubernetes est peut-être une affaire conclue, mais comment l’adopter ne l’est certainement pas. Le défi ne concerne pas Kubernetes lui-même, mais tout ce qui doit le contourner pour rendre les applications résultantes prêtes pour l’entreprise.

Par exemple, ils doivent fonctionner dans des environnements de conformité ; les données doivent être gérées, protégées et servies dans un environnement qui ne se soucie pas trop de l’état ; des outils d’intégration sont nécessaires avec les systèmes externes et hérités ; les pipelines de développement doivent être en place, solides et axés sur la valeur ; Les opérations informatiques ont besoin d’une vision claire de ce qui fonctionne alors qu’une nomenclature et de la santé des clusters individuels ; et la reprise après sinistre est indispensable.

Kubernetes ne fait pas ces choses, ouvrant la porte à un écosystème de fournisseurs de solutions et de projets open source (souvent soutenus par la CNCF). Je pourrais approfondir ces domaines Service Mesh, GitOps, orchestration, observabilité et sauvegarde, mais le point plus large est qu’ils évoluent tous et fusionnent autour du besoin. À mesure qu’ils augmentent en capacité, les obstacles à l’adoption diminuent et le nombre de cas d’utilisation potentiels augmente.

Tout cela place l’industrie à un moment intéressant. Ce n’est pas que les outils ne soient pas prêts : les organisations déploient déjà avec succès des applications basées sur Kubernetes. Dans de nombreux cas, cependant, ils font plus de travail que nécessaire. Les développeurs ont besoin d’une connaissance approfondie des environnements cibles, les interfaces doivent être intégrées plutôt que d’utiliser des API tierces, les outils de gestion d’ordre supérieur (tels que AIOps) doivent être personnalisés. déployé plutôt que de reconnaître les normes des opérations Kubernetes.

Lire aussi  Qu'est-ce qui se cache derrière la canicule dans l'Ouest américain ?

Des solutions existent, mais elles ont tendance à provenir de fournisseurs relativement nouveaux qui sont des acteurs de fonctionnalités plutôt que de plates-formes, ce qui signifie que les organisations d’utilisateurs finaux doivent choisir judicieusement leurs partenaires, puis créer et maintenir elles-mêmes des plates-formes de développement et de gestion plutôt que d’utiliser des plates-formes pré-intégrées. outils d’un fournisseur unique.

Rien de tout cela n’est un problème en soi, mais cela crée des frais généraux pour les utilisateurs, même s’ils tirent des avantages antérieurs de l’adoption du modèle Kubernetes. La valeur de l’avantage du premier arrivé doit être mise en balance avec celle d’investir du temps et des efforts dans l’état actuel de l’outillage : comme me l’a dit un jour une agence de voyages, “nous voulons être le meilleur site de voyage au monde, pas les meilleurs ingénieurs de plate-forme au monde”. .”

Ainsi, Kubernetes est peut-être inévitable, mais il deviendra également plus simple, permettant aux organisations d’appliquer l’architecture à un ensemble de scénarios de plus en plus large. Pour les organisations qui n’ont pas encore franchi le pas vers Kubernetes, le moment est peut-être encore venu d’exécuter une preuve de concept, bien que, à certains égards, cette gorgée ait peut-être mis l’accent sur ce que cela signifie pour les pratiques et les structures de travail, plutôt que de déterminer si les concepts fonctionnent du tout.

En attendant, et peut-être le plus important, c’est maintenant un très bon moment pour les organisations de rechercher les scénarios Kubernetes qui fonctionnent le mieux “prêts à l’emploi”, de travailler avec des fournisseurs et d’examiner les modèles architecturaux pour fournir des résultats prouvés par rapport à des besoins spécifiques et de grande valeur. être par industrie et par domaine (je pourrais creuser cela, mais ai-je mentionné que je suis assis dans un avion ? 😉 ).

Lire aussi  Call of Duty: les joueurs de Vanguard deviennent irritables alors que la nouvelle du mécanisme de floraison des armes se répand

Kubernetes est peut-être une affaire conclue, mais cela ne signifie pas qu’il doit être adopté en bloc avant que certains détails périphériques ne soient résolus.

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Recent News

Editor's Pick