Podcast avec Thijs : « Don’t throw servers at the problem »
![Podcast Thijs Three Devs and a Maybe](https://www.combell.com/fr/blog/files/Podcast-Thijs-Three-Devs-and-a-Maybe.jpg)
Lors d'un entretien avec le podcasteur @Edd_mann, Thijs Feryn a expliqué comment la roue (de l'hébergement) n'a pas constamment besoin d'être réinventée et pourquoi vous ne devez pas nécessairement remplacer un environnement d'hébergement stable par un environnement plus récent, simplement parce que c'est possible.
Sur un plan plus technique, il a également examiné la manière dont les systèmes tels que Packer, Vagrant et Terraform lui permettent de travailler de manière indépendante des fournisseurs. Voici quelques extraits qui vous donneront certainement envie d'écouter le podcast dans son intégralité !
Comment tout a commencé pour Thijs
Thijs Feryn n’a plus besoin d’être présenté. Son statut d’« évangéliste technologique de Combell », il l’a mérité en expliquant, en sa qualité de membre actif de la communauté PHP, l'utilité et les possibilités qu'offre PHP dans le cadre de nombreuses conférences, sans bien sûr oublier de préciser que Combell suit de près les toutes dernières évolutions, de manière de pouvoir les intégrer dans son offre d'hébergement.
Dans le podcast, il explique comment tout a commencé : comment il a obtenu son diplôme en 2004, ainsi que comment, armé de ses excellentes compétences linguistiques (en néerlandais, anglais et français) et de sa maîtrise de PHP, il a ensuite commencé à travailler pour Combell en tant qu'ingénieur au sein du service d'assistance – un poste qui lui convenait à merveille, puisqu'il aime à la fois la technologie et les gens.
Les problèmes qu'il a résolus concernaient principalement l'installation de stacks et la fiabilité du code. Mais il s'agissait toujours de solutions individuelles. Et bien que Combell ne comptait que très peu de collaborateurs au cours de ces premières années, il a été décidé que Thijs se consacrerait entièrement à la diffusion de son savoir-faire, qui serait ainsi mis à la disposition de toute la communauté.
Ce que Thijs fait depuis avec grand enthousiasme, puisqu'il blogue/vlogue depuis 7 ans, sans oublier qu'il est devenu un conférencier très sollicité, et qu'il était jusqu'à il y a peu co-organisateur de la conférence PHP Benelux. Vous pouvez d'ailleurs suivre ses aventures sur son propre blog (Feryn.eu). Thijs est aujourd'hui devenu un expert dans le domaine des outils de mise en cache (en particulier Varnish) et, à la demande d'O'Reilly, le célèbre éditeur d'ouvrages spécialisés dans le domaine de la technologie, il a même écrit le livre intitulé « Getting Started with Varnish Cache » à ce sujet.
Un environnement d'hébergement stable ne doit pas nécessairement être remplacé
Au cours de son entretien avec @Edd_mann, qui a été enregistré pour le podcast, Thijs a évoqué le concept de « Snowflake server ». Tout comme chaque flocon de neige possède une structure unique, un snowflake server est lui aussi unique, construit sur mesure et donc difficile à répliquer.
Il a expliqué comment, chez Combell, différents clients d'hébergement s'accrochent à leur environnement de machines virtuelles actuel. Parce qu'il fonctionne et que les clients veulent de la stabilité. Si quelque chose doit changer, l'équipe technique se fera un plaisir de le faire. « Combell a pour objectif de répondre aux besoins des clients, et nous essayons de les guider vers les 'meilleures pratiques', une automatisation de la configuration. Mais d'un autre côté, il n'est pas vraiment nécessaire pour les clients existants de tout changer et de remplacer leur environnement actuel par un environnement plus récent, juste parce que c'est possible. On ne change jamais une équipe gagnante ! », a expliqué Thijs.
Il n'est pas nécessaire de tout changer et de remplacer un environnement actuel par un environnement plus récent, juste parce que c'est possible. Combell a pour objectif de répondre aux besoins des clients. [Thijs Feryn]
Mais qu'en est-il des exigences changeantes de l'Internet d'aujourd'hui, qui doit être disponible en permanence, et où les serveurs doivent faire face à tous les pics et à une demande croissante ? Beaucoup voient un avantage dans le fait de pouvoir travailler avec des ressources dynamiques. Mais Thijs a un certain nombre de réserves à cet égard. « Lorsque vous entrez dans le monde du cloud public (AWS, GCP, Azure) avec un état d'esprit traditionnel, cela peut entraîner des dépenses considérables.
La force du cloud public réside clairement dans le fait qu'il vous offre la possibilité de vous-même ‘planifier’ vos propres ressources dynamiques. Mais cela nécessite d'excellentes connaissances de la plateforme et de l'outillage proposé pour pouvoir mesurer la charge et y faire face. L'application doit également être conçue de manière à pouvoir répondre facilement à une extensibilité automatique. Si ces connaissances sont inexistantes ou si le projet ne s'y prête pas, vous entrez dans un modèle de type ‘lift & shift’, qui consiste à répliquer la situation actuelle dans le Cloud. Cela coûte trop cher, et l'hébergement infogéré peut donc être une bonne solution. »
Hébergement infogéré chez Combell : vous n’êtes pas seul !
Thijs plaide en faveur de l'utilisation de VMware : « Les gens considèrent souvent VMware comme une solution traditionnelle, mais elle a été longuement rodée sur le terrain. Un ensemble de serveurs VMware est extrêmement stable, peut supporter une charge importante et peut être plus économique. Pour des applications dont les ressources sont clairement limitées, cette ‘ancienne’ méthode de travail demeure très efficace, et l'extensibilité sur la base de pics périodiques est absolument possible. »
Le grand avantage de l'hébergement infogéré chez Combell est que le client ne se retrouve pas seul et bénéficie de conseils d'experts. Si, par exemple, le client a besoin de ressources supplémentaires, la situation globale est prise en compte. Pourquoi avons-nous besoin de ces ressources supplémentaires ? Y a-t-il une application en particulier qui utilise trop de ressources ? « S'il y a un problème, il ne faut pas immédiatement modifier l'infrastructure, car cela coûte de l'argent. Il est préférable de rechercher la même fonctionnalité mais avec moins d'infrastructure. Bref, il faut prendre le problème à la racine. »
Et c'est justement ce dont Combell s'occupe. « Au niveau de l'infrastructure, nous nous concentrons sur l'optimisation de votre stack. Une couche supplémentaire de mise en cache peut être nécessaire. Cela pourrait en effet réduire l'impact sur l'infrastructure et donc coûter moins cher. Les outils de gestion des performances applicatives nous permettent d'identifier les ‘hot spots’ de votre application, de sorte que nous puissions conseiller les développeurs sur la manière d'optimiser certaines parties du code. Certaines inefficacités du code ne ressortent que lors des pointes de charge, car le ralentissement n'est pas perceptible à faible charge. Les tests de charge nous permettent de découvrir certains ‘hot spots cachés’. »
Thijs a fait de sa devise ‘Don't throw servers at the problem’ un point d'honneur. « Bien que l'hébergement soit notre cœur de métier, nous n'avons pas pour objectif de vendre une quantité excessive de matériel à nos clients. »
Découvrez l’hébergement infogéré chez Combell
De nouveaux outils assurent une automatisation sans enfermement propriétaire
En février de cette année, Thijs avait tenu une conférence lors de l'événement PHPUK 2018, dont le thème était « Build, Provision and Deploy in the Cloud ». Au cours de l'entretien enregistré pour le podcast, un certain nombre de thèmes plus techniques qu'il avait traités dans le cadre de sa conférence ont également été abordés.
Thijs a notamment souligné le fait que l'automatisation est nécessaire pour assurer le bon fonctionnement de l'infrastructure de serveurs. Le temps où on "allait sur Internet" est révolu, car tout le monde est constamment connecté, et tout doit fonctionner sans interruption. Internet est également en expansion constante, ce qui fait que de plus en plus de serveurs y sont ajoutés. Leur gestion, en vue de maintenir les ressources et la configuration de l'infrastructure, constitue un défi de taille.
Des outils standardisés tels que VMware, AWS (Amazon Web Services), Azure de Microsoft, Google Cloud Platform et OpenStack sont généralement utilisés à cette fin, mais ils sont souvent conçus pour fonctionner avec une infrastructure particulière. Thijs a cependant découvert que les choses pouvaient être faites différemment: avec des outils tels que Packer et Terraform, par exemple, vous pouvez configurer l'infrastructure automatiquement, sans devoir faire face au problème de l'enfermement propriétaire, à cause duquel vous dépendez du fournisseur cloud.
Avec Terraform, par exemple, vous pouvez gérer et combiner l'ensemble du stack de ressources sans dépendre d'un seul fournisseur cloud. Cela exige néanmoins que les fonctionnalités spécifiques de cet environnement cloud soient prises en charge par Terraform, ce qui n'est pas toujours le cas.
« Cela a toutefois une conséquence non négligeable : les administrateurs système sont devenus des développeurs, et l'infrastructure est maintenant devenue du code. Mais si, aux quatre coins du monde, les administrateurs système continuent d'écrire du code pour construire une infrastructure, pourquoi ne pas travailler avec des modules qui peuvent également être utilisés par d'autres ? Pourquoi ne pas écrire un script pour automatiser ces tâches ? », demande Thijs.
Les administrateurs système sont devenus des développeurs, et l'infrastructure est devenue du code. [Thijs Feryn, évangéliste technologique de Combell]
Les outils d'automatisation du cloud permettent de ne pas avoir à constamment réinventer la roue. Ils offrent des modules configurables qui vous permettent de configurer certains composants du cloud très rapidement. Terraform propose par exemple des modules open source que vous pouvez télécharger via le Terraform registry. Pour en savoir plus sur le fonctionnement exact de ces outils, écoutez le podcast et/ou rendez-vous sur les sites web d'Ansible, Terraform et Packer.
Écoutez l’intégralité du podcast « Build, Provision and Deploy in the Cloud », qui est l’épisode 144 d’une très intéressante série de podcasts intitulée « Three Devs and a Maybe ».