{"id":7113,"date":"2019-03-04T10:33:44","date_gmt":"2019-03-04T09:33:44","guid":{"rendered":"https:\/\/www.combell.com\/fr\/blog\/?p=7113"},"modified":"2020-06-16T17:20:38","modified_gmt":"2020-06-16T15:20:38","slug":"combell-kubernetes-passe-le-phenomene-une-nouvelle-generation-dapplications-cloud","status":"publish","type":"post","link":"https:\/\/www.combell.com\/fr\/blog\/combell-kubernetes-passe-le-phenomene-une-nouvelle-generation-dapplications-cloud\/","title":{"rendered":"Combell & Kubernetes : pass\u00e9 le ph\u00e9nom\u00e8ne, une nouvelle g\u00e9n\u00e9ration d\u2019applications Cloud"},"content":{"rendered":"

Containers, Docker<\/a>, Kubernetes<\/a>\u2026 Tous ces concepts sont aujourd'hui tr\u00e8s \u00e0 la mode, et tout le monde les utilise ou souhaite les utiliser. Et il n'en va pas autrement chez Combell. Cela fait d\u00e9j\u00e0 plus de cinq ans que cette technologie fait parler d'elle, et cela fait d\u00e9j\u00e0 un certain temps que nous l'exploitons en interne. Le moment serait-il donc venu de faire une offre \u00e0 nos clients\u00a0? C\u2019est ce que nous allons voir au cours de notre entretien avec Wesley<\/a>, Thijs<\/a>, Jachim<\/a> et Maarten<\/a>.<\/p>\n

L'\u00e9volution de la virtualisation vers les conteneurs a chang\u00e9 la technologie. Mais a-t-elle aussi chang\u00e9 la fa\u00e7on de penser dans le monde de l'informatique\u00a0?<\/em><\/h2>\n

Des serveurs d\u00e9di\u00e9s est n\u00e9e la virtualisation, et de cette derni\u00e8re est apparu le Cloud. Les d\u00e9veloppeurs veulent pouvoir travailler plus rapidement sans se soucier de l'infrastructure sous-jacente. Le d\u00e9veloppement des conteneurs et l'arriv\u00e9e de technologies telles que Docker et Kubernetes sont donc une aubaine dans ce contexte.<\/p>\n

Tout s'inscrit dans l'\u00e9volution que le Cloud a connue au cours de ces dix derni\u00e8res ann\u00e9es. Le business nous oblige \u00e0 \u00eatre rapides, non seulement pour pouvoir g\u00e9rer des sites et applications rapides, mais aussi pour pouvoir acc\u00e9der au march\u00e9 plus rapidement.<\/p>\n

\"DevOps\"La mentalit\u00e9 Agile a beaucoup chang\u00e9.<\/strong> Les administrateurs syst\u00e8me et les Operation engineers sont conscients qu'ils doivent \u00e9galement \u00eatre agiles et travailler rapidement et de mani\u00e8re cyclique \u2013 ce qui a donn\u00e9 naissance au mouvement \u2018DevOps<\/a>\u2019.<\/strong> Et la virtualisation a jou\u00e9 un r\u00f4le moteur. De l\u00e0 sont apparues les grandes plateformes de Cloud Public\u00a0: on fait abstraction compl\u00e8te des plateformes physiques et l'utilisateur dispose d'un ensemble d'API conviviales, ce qui lui permet de travailler en automatisant toutes sortes de t\u00e2ches \u2013 des choses qui \u00e9voluent, qui changent constamment, qui sont capables de faire face aux changements, sous la pression du temps et de la forte concurrence.<\/p>\n

Depuis lors, nous avons accumul\u00e9 \u00e9norm\u00e9ment d'exp\u00e9rience. <\/strong>Kubernetes \u00e9tait au d\u00e9part un enjeu complexe. On commence avec l'installation d'un labo, et on apprend ainsi \u00e0 se servir de l'outil. Trois it\u00e9rations plus tard, on finit par comprendre les concepts et on constate aussi que ces concepts sont l\u00e0 pour de tr\u00e8s bonnes raisons. Et aujourd'hui, nous sommes nous-m\u00eames en train de l'utiliser comme plateforme pour des microservices en interne.<\/p>\n

Beaucoup d'entre nous comprennent que Kubernetes est si diff\u00e9rent de tout ce que nous avons connu jusque-l\u00e0. Parce qu'il s'agit d'une plateforme d'abstraction, qui permet de r\u00e9duire les charges de travail, de sorte que vous ne soyez plus d\u00e9pendant d'un acteur sous-jacent\u00a0!<\/p>\n

\u00ab\u00a0Il n'y en a plus que pour Kubernetes. Jusqu'\u00e0 ce que vous posiez la question\u00a0: combien en avez-vous en production\u00a0? Et l\u00e0, c'est souvent le silence total.\u00a0\u00bb<\/p><\/blockquote>\n

Kubernetes a une approche tr\u00e8s diff\u00e9rente de l'infrastructure. Mais sa popularit\u00e9 n'est-elle pas d'abord venue du d\u00e9veloppement\u00a0?<\/em><\/h2>\n

Il y a un peu d'histoire derri\u00e8re tout cela. En tant que d\u00e9veloppeur, vous voulez coder sur votre propre ordinateur. Vous travaillez g\u00e9n\u00e9ralement sur diff\u00e9rents projets en parall\u00e8le. Au fil des ans, divers outils de virtualisation ont \u00e9t\u00e9 d\u00e9velopp\u00e9s : ceux-ci vous permettent de d\u00e9marrer un environnement sur votre ordinateur en un temps record. Avec un outil comme Vagrant, vous pouvez travailler sur le code d'un projet, le d\u00e9composer \u00e0 nouveau et faire quelque chose d'autre \u2013 qui peut ne pas avoir les m\u00eames exigences de version... Une autre version de PHP, etc.<\/p>\n

\"Docker\"Et tout d'un coup, lorsque les d\u00e9veloppeurs utilisent Docker, ils constatent qu'il ne faut pas deux ou trois minutes<\/strong> \u2013 pour que cette machine virtuelle soit cr\u00e9\u00e9e \u2013 mais \u00e0 peine trois secondes<\/strong>. Et ils s'habituent rapidement \u00e0 ce flux de travaux, parce que cela fonctionne tr\u00e8s facilement. Car vous pouvez aussi tr\u00e8s simplement faire tourner un grand nombre de conteneurs sur un seul et m\u00eame ordinateur. Vous devriez essayer de faire tourner 10 ou 20 machines virtuelles sur votre ordinateur portable... \u00c7a n'ira certainement pas vite, et ce sera tr\u00e8s laborieux. Avec Docker, tout cela se fait soudainement sans efforts, et la technologie est \u00e0 la mode.<\/p>\n

Maintenant, vous voyez qu'ils ont d\u00e9couvert une certaine fa\u00e7on de travailler, qu'ils veulent faire passer \u00e0 l'acceptation et \u00e0 la production. Et ils vont en parler \u00e0 leur manager\u00a0: \u00ab\u00a0C'est amusant de travailler de cette mani\u00e8re. Nous pouvons ainsi normaliser. Cela nous facilite la vie. Nous voulons que cela soit aussi possible en production.\u00a0\u00bb<\/p>\n

En tant que d\u00e9veloppeur, vous n'avez en quelque sorte plus besoin d'attendre deux jours pour qu'un coll\u00e8gue configure un serveur pour vous. Il s'agit d'une infrastructure en tant que code. C'est plus simple pour tout le monde. Au fur et \u00e0 mesure que vous d\u00e9ployez le code, vous indiquez \u00e0 quoi l'infrastructure sur laquelle le code est ex\u00e9cut\u00e9 doit ressembler. Celle-ci est livr\u00e9e de mani\u00e8re dynamique. Le top, c'est que tout devient plus simple pour tout le monde \u2013 pour le fournisseur comme pour l'utilisateur. Cela rappelle le concept \u2018pets\u2019 versus \u2018cattle\u2019. Votre serveur n'est qu'un environnement stupide, qui est enti\u00e8rement g\u00e9r\u00e9 par l'automatisation offerte par Kubernetes.<\/p>\n

\u00ab\u00a0O\u00f9 cela a-t-il commenc\u00e9\u00a0? Comme pour tout le monde \u2013 dans la cour de r\u00e9cr\u00e9ation\u00a0! C'est une technologie super cool\u00a0!\u00a0\u00bb<\/p><\/blockquote>\n

Comment mener \u00e0 bien les projets Kubernetes\u00a0?<\/em><\/h2>\n

Quand un client dit qu'il veut cr\u00e9er des applications \u2018cloud native\u2019, que sous-entend-il au juste\u00a0? Souvent, cela signifie qu'il veut faire tourner des conteneurs. Nous lui demandons alors s'il a une architecture de microservices... Est-ce que \u00e7a vaudra le coup si on a une seule base de code monolithique\u00a0?<\/p>\n

Cela affecte votre fa\u00e7on de travailler. Votre approche des projets. Nous ne devons pas nous laisser berner par les tendances que l'on retrouve souvent dans le monde de l'informatique, et nous pensons que tout le monde le fait d\u00e9j\u00e0. En Belgique, nombreux sont ceux qui se laissent tenter. Il n'y en a plus que pour Kubernetes. Jusqu'\u00e0 ce que vous posiez la question\u00a0: combien en avez-vous en production\u00a0? Et l\u00e0, c'est souvent le silence total.<\/p>\n

Si vous examinez les choses de fa\u00e7on abstraite, vous voulez que les ressources soient utilis\u00e9es de mani\u00e8re efficace. Vous cr\u00e9ez davantage de frais g\u00e9n\u00e9raux. Il existe p. ex. un plan de contr\u00f4le sur lequel vous ne faites tourner aucune charge utile. Il est juste l\u00e0 pour faire tourner l'ensemble.<\/p>\n

\"Microservices\"<\/p>\n

En fin de compte, tout cela revient souvent \u00e0 la question fondamentale\u00a0: microservices ou non\u00a0? <\/strong>Si vous n'avez qu'un seul Pod \u00e0 faire tourner sous Kubernetes, vous devez s\u00e9rieusement vous interroger sur ce choix. Si vous \u00eates une entreprise qui con\u00e7oit continuellement des API, Kubernetes est un choix logique. Si vous \u00eates une entreprise qui con\u00e7oit des sites Drupal (qui se r\u00e9sument \u00e0 un seul bloc, une base de donn\u00e9es et du code PHP), vous pouvez bien s\u00fbr utiliser Kubernetes, mais ses avantages seront alors limit\u00e9s.<\/p>\n

O\u00f9 en est Combell aujourd'hui avec Kubernetes\u00a0? Quel chemin avez-vous parcouru\u00a0?<\/em><\/h2>\n

O\u00f9 cela a-t-il commenc\u00e9\u00a0? Comme pour tout le monde \u2013 dans la cour de r\u00e9cr\u00e9ation\u00a0! C'est une technologie super cool\u00a0! On apprend d\u2019abord \u00e0 la conna\u00eetre, et petit \u00e0 petit les choses deviennent plus s\u00e9rieuses.<\/p>\n

Kubernetes est pour l'instant en quelque sorte le point final dans l'\u00e9volution des conteneurs. Le lancement de Docker a \u00e9t\u00e9 la premi\u00e8re \u00e9tape vers la d\u00e9mocratisation de la technologie des conteneurs. Vous entendez parler de la technologie et voyez le battage publicitaire qui l'entoure, ce qui finit par vous enthousiasmer et par vous donner envie de la tester. Mais vous rencontrez alors aussi ses limites, par exemple sur le plan du stockage et de la mise en r\u00e9seau. L'\u00e9tape suivante a \u00e9t\u00e9 l'orchestration de plusieurs conteneurs avec Docker Compose. Mais ce dernier a lui aussi ses propres limites, puisque l'h\u00f4te finit \u00e0 un moment donn\u00e9 par \u00eatre plein de conteneurs. Et pour rendre ces services disponibles au public, vous devez toujours configurer Nginx, par exemple.<\/p>\n

Actuellement, nous utilisons toujours Docker et Docker Compose en production, mais Kubernetes est l'\u00e9tape logique suivante, car il fait abstraction des h\u00f4tes sur lesquels les services tournent. Kubernetes nous permet d'orchestrer une collection de services sur diff\u00e9rents serveurs, sans avoir \u00e0 nous soucier de la mise en grappe, de l'extensibilit\u00e9 et du d\u00e9ploiement.<\/p>\n

\"Orchestration<\/p>\n

Aujourd'hui, nous avons enfin franchi le pas vers la production, m\u00eame si pour l'instant ce n'est que pour des services internes<\/strong>. Comme p. ex. un Slack-bot, un robot 'Chatops' interne. D\u2019ici peu, nous allons aussi lancer notre premier \u2018customer facing service\u2019 sur Kubernetes.<\/p>\n

Les clients de Combell peuvent-ils eux aussi en profiter\u00a0?<\/em><\/h2>\n

Nous avons eu pendant quelques ann\u00e9es des doutes \u00e0 ce sujet. Nous estimions que le niveau d'adoption n'\u00e9tait pas encore suffisant parmi les sp\u00e9cialistes de notre r\u00e9seau. Mais cette question est \u00e0 pr\u00e9sent r\u00e9gl\u00e9e. Nous pensons qu'il s'agit de la technologie de l'avenir. Et nous sommes donc convaincus que nous devons miser dessus.<\/p>\n

Ce qui nous pr\u00e9occupe maintenant, c'est de savoir o\u00f9 Combell peut le mieux apporter sa valeur ajout\u00e9e. Jusqu'o\u00f9 devons-nous aller pour guider le client ? C'est l\u00e0 que r\u00e9side la difficult\u00e9. Je pense que nous sommes maintenant pr\u00eats sur le plan technique. C'est aussi l'occasion de nous d\u00e9marquer au niveau commercial. Mais nous voulons aller plus loin, et mettre en place un Kubernetes \u00ab\u00a0nu\u00a0\u00bb ne suffit donc pas. Tout un ensemble de services et de conseils compl\u00e9mentaires est n\u00e9cessaire pour aider le client dans sa recherche d'une m\u00e9thode de travail efficace.<\/p>\n

Les trois piliers fondamentaux de Combell sont la stabilit\u00e9 pour le client, la s\u00e9curit\u00e9 et la rapidit\u00e9. C'est pourquoi nous avons aussi \u00e9tudi\u00e9 la technologie pendant longtemps et r\u00e9fl\u00e9chi soigneusement \u00e0 ce que pourrait \u00eatre notre valeur ajout\u00e9e. Nous pensons que nous sommes pr\u00eats et que nous pouvons accomplir beaucoup de choses en collaboration avec nos clients.<\/strong><\/p>\n

Nous pouvons p. ex. aider les d\u00e9veloppeurs \u00e0 rester dans leur zone de confort et \u00e0 continuer \u00e0 utiliser les m\u00eames outils. Notre mission consiste \u00e0 \u00e9liminer la complexit\u00e9 de Kubernetes et \u00e0 int\u00e9grer l'API de Kubernetes dans les outils CI\/CD que nos clients utilisent d\u00e9j\u00e0 \u00e0 l'heure actuelle.<\/p>\n

Avez-vous besoin d'aide pour la prochaine \u00e9tape de votre projet impliquant des conteneurs\u00a0? Contactez-nous par e-mail \u00e0 l'adresse <\/strong>k8s@combell.dev<\/a><\/strong> et nous serons ravis de vous aider avec nos solutions.<\/strong><\/p>\n

Contactez-nous<\/a><\/p>\n

Dans les mois \u00e0 venir, nous nous pencherons plus en profondeur sur les aspects techniques de Kubernetes et r\u00e9pondrons \u00e0 des questions telles que\u00a0:<\/p>\n