Enterprise Drupal : pourquoi le choix de l'hébergement a un impact sur votre réussite

Le déploiement d'une application Drupal à grande échelle implique de nombreuses décisions, dont l'une des plus importantes concerne le choix de l'hébergement. Faut-il tout conserver sur site, faire appel à un fournisseur d'hébergement géré ou opter pour un PaaS moderne comme Upsun ? Chaque approche présente des avantages et des inconvénients. Dans cet article, nous allons nous pencher sur les pièges techniques réels de l'hébergement sur site et de l'hébergement géré, puis explorer comment Upsun relève ces défis dans un contexte Drupal d'entreprise. L'objectif est de partager les connaissances d'un développeur full-stack senior, de manière pragmatique et ludique, sans argumentaire commercial.

Drupal sur site : le contrôle a un coût

L'exécution de Drupal sur site (dans votre propre centre de données ou sur vos propres serveurs) vous offre un contrôle maximal, mais un grand pouvoir implique de grandes responsabilités. Dans un modèle sur site, votre équipe gère tout, du matériel à l'application Drupal. Cela implique de monter les serveurs, de configurer les réseaux, d'appliquer les correctifs du système d'exploitation, de mettre à jour PHP/SQL, etc. Ce contrôle complet peut offrir une grande flexibilité, mais il nécessite des ressources et une expertise importantes pour être mis en œuvre en toute sécurité à grande échelle.

Voici quelques-uns des pièges courants de l'hébergement Drupal sur site :

• Coûts de maintenance élevés : vous avez besoin d'administrateurs qualifiés disponibles 24 heures sur 24, 7 jours sur 7. L'électricité, les pièces de rechange... tout est à votre charge. Une petite équipe informatique ne peut pas rivaliser avec les économies d'échelle offertes par les fournisseurs de cloud ou de PaaS. Chaque heure passée à réparer un serveur ou à régler MySQL est une heure qui n'est pas consacrée à la création de fonctionnalités pour vos utilisateurs.
• Difficultés de mise à l'échelle : si votre site Drupal connaît soudainement un pic de trafic (par exemple, une campagne virale ou les soldes du Black Friday), la mise à l'échelle sur site est difficile. Vous pouvez ajouter des serveurs, mais cela peut entraîner des retards d'approvisionnement ou une réaffectation précipitée des machines virtuelles. Il est difficile de « monter en puissance » à la demande lorsque « l'ajout de capacité » implique l'installation physique de nouveau matériel ou une virtualisation complexe. De nombreuses configurations sur site finissent par être surdimensionnées (gaspillage d'argent) ou sous-préparées (risque de temps d'arrêt).
• Pannes matérielles : dans les environnements sur site, il n'y a pas de matériel abstrait ; si le contrôleur RAID d'un serveur tombe en panne à 2 heures du matin, devinez qui va le remplacer ? Sans redondance intégrée, une seule panne matérielle peut entraîner un temps d'arrêt prolongé. Les équipes d'entreprise atténuent souvent ce problème à l'aide de clusters et de systèmes de basculement coûteux, ce qui entraîne à nouveau des coûts et une complexité supplémentaires. À titre d'anecdote, j'ai vu un intranet Drupal se déconnecter parce qu'un commutateur réseau était tombé en panne et que personne n'était là pour le redémarrer. Ce genre de choses arrive, et sur site, c'est vous qui gérez toutes les conséquences.

Exemple concret : l'université du Surrey hébergeait initialement ses sites Drupal sur site, mais à mesure que la plateforme se développait, elle est devenue « trop difficile à gérer ». Les modifications quotidiennes du contenu étaient ralenties par un processus de déploiement nocturne, et l'équipe informatique n'avait pas la capacité de maintenir Drupal, en plus d'autres systèmes. Il est devenu évident que « l'hébergement sur site n'avait plus de sens » (source : l'université du Surrey optimise les opérations de développement en passant à Upsun). De nombreuses entreprises atteignent ce point de basculement où les coûts (en temps et en agilité) l'emportent sur les avantages d'un contrôle total.

Hébergement géré : commodité et compromis

Pour alléger la charge liée à l'hébergement sur site, les organisations se tournent souvent vers l'hébergement géré. Dans ce modèle, vous faites appel à un fournisseur externe (ou à une infrastructure cloud) qui gère certaines couches du stack, au minimum le matériel et l'infrastructure de base. Par exemple, un hébergeur Drupal géré peut fournir des serveurs, gérer les mises à jour du réseau et du système d'exploitation, et fournir un panneau ou une boîte à outils pour les déploiements. Cela représente un gain de commodité considérable : votre équipe peut se concentrer davantage sur l'application Drupal elle-même, et non sur le matériel sous-jacent. Comme le souligne une analyse du secteur, les solutions PaaS/cloud gérées « offrent des économies d'échelle que les petites équipes informatiques ne peuvent pas réaliser seules », éliminant ainsi la nécessité d'acheter et de maintenir du matériel physique.

L'hébergement géré pour Drupal se décline en plusieurs versions, des machines virtuelles cloud générales (IaaS avec votre configuration) aux plateformes spécifiques à Drupal gérées par des entreprises telles qu'Acquia ou Pantheon. Celles-ci réduisent considérablement les frais de maintenance: plus besoin de remplacer les disques durs ou d'installer manuellement les correctifs Linux. Les mises à jour de sécurité du système d'exploitation et du runtime sont souvent gérées ou au moins rationalisées par le fournisseur. Et la mise à l'échelle du matériel est plus facile qu'en local : il suffit de cliquer sur un bouton pour obtenir une machine virtuelle plus grande ou ajouter un équilibreur de charge, plutôt que de commander un nouveau serveur.

Cependant, l'hébergement géré n'est pas la solution miracle. Voici quelques limitations et pièges que les entreprises rencontrent souvent :

• Flexibilité limitée de l'environnement : de nombreux hébergeurs Drupal gérés fournissent un nombre fixe d'environnements (par exemple, dev, stage, prod). Cela peut devenir un goulot d'étranglement pour les équipes comptant plusieurs développeurs ou projets. Par exemple, sur une plateforme gérée populaire, une équipe de développement de 8 personnes était obligée de partager un seul environnement de développement, ce qui est devenu « insoutenable » à mesure qu'elle grandissait. Les développeurs devaient attendre que les autres aient terminé leurs tests, ce qui ralentissait la collaboration. La création d'environnements de test supplémentaires n'est souvent pas anodine et peut entraîner des coûts supplémentaires. En revanche, sur site, il est possible de créer un nombre illimité de machines virtuelles (si le matériel le permet) et, comme nous le verrons, Upsun porte la flexibilité de l'environnement à un autre niveau.
• Contraintes de personnalisation : les plateformes gérées sont adaptées à des cas d'utilisation courants, ce qui signifie qu'elles peuvent restreindre certaines technologies ou configurations. Vous avez peut-être besoin d'une version spécifique de Solr ou d'un module Nginx personnalisé, mais votre hébergeur ne le prend peut-être pas en charge. Bounteous note que des exigences très spécifiques peuvent contraindre une équipe à abandonner un PaaS au profit d'un hébergement DIY. Dans la pratique, la plupart des sites Drupal n'ont pas besoin de fonctionnalités exotiques, mais si c'est le cas du vôtre, soyez conscient des limites de l'hébergeur géré. Certains services Drupal hébergés interdisent également certaines extensions PHP ou exigent l'utilisation de leurs outils, ce qui peut nécessiter des solutions de contournement pour des besoins particuliers.
• Intégration des workflows DevOps : l'hébergement géré présente parfois une « boîte noire » qui ne fonctionne pas bien avec vos outils DevOps existants. Par exemple, vous pouvez avoir un pipeline CI/CD qui doit exécuter des tests, puis les déployer sur l'hébergeur. Si l'API ou les options d'intégration de l'hébergeur sont limitées, vous devrez adapter vos processus à leur modèle. Ce n'est pas aussi ouvert que l'exécution de votre infrastructure, où vous disposez d'une scriptabilité totale. Cela peut être frustrant pour les équipes qui pratiquent le GitOps moderne ou les tests automatisés. (Devoir transférer des fichiers via SCP ou cliquer sur un bouton du tableau de bord dans le cadre du déploiement semble archaïque lorsque l'on est habitué à l'automatisation).
• La mise à l'échelle présente encore des difficultés : certes, les hôtes gérés peuvent mieux s'adapter qu'un serveur sur site dans un placard, mais vous pouvez tout de même atteindre des limites. Vous devrez peut-être passer à un forfait supérieur pour bénéficier d'un trafic plus important, ou effectuer des étapes manuelles pour augmenter la capacité. Certains fournisseurs vous demandent de contacter le service d'assistance pour ajouter des serveurs d'applications supplémentaires ou activer les fonctionnalités CDN/WAF. Dans de nombreux cas, il ne s'agit pas exactement d'une mise à l'échelle automatique à la demande. Vous gagnez en commodité, mais souvent au prix d'une perte de contrôle et d'agilité.

Pour illustrer cela, prenons l'exemple de l'université du Surrey : elle est passée d'un serveur sur site à un hébergement Drupal géré (Acquia) à titre provisoire. Cela a résolu ses problèmes de matériel et de correctifs, mais a introduit de nouvelles contraintes. Avec une équipe de 3 développeurs, tout allait bien, mais avec 8 développeurs, la coordination du travail avec un seul site de développement partagé a entraîné des « retards importants » (source : l'université du Surrey optimise les opérations de développement en passant à Upsun). Les développeurs attendaient leur tour pour tester les fonctionnalités. Il était clair qu'ils avaient besoin d'une solution plus flexible. Selon leurs propres termes, les contraintes de l'outil ont commencé à l'emporter sur ses avantages à mesure que l'équipe s'agrandissait. C'est une histoire courante : l'hébergement géré est un soulagement au début, mais à mesure que la complexité augmente, vous pouvez vous sentir pris au piège.

Découvrez Upsun : une plateforme PaaS moderne pour Drupal

Upsun est une plateforme en tant que service (Paas ) conçue pour éliminer bon nombre des problèmes que nous venons d'évoquer. Il s'agit essentiellement d'une solution d'hébergement cloud intégrant les meilleures pratiques DevOps. Pour les développeurs seniors travaillant avec Drupal, Upsun est souvent une bouffée d'air frais. Il élimine le fardeau de l'infrastructure afin qu'ils puissent se concentrer sur ce qu'ils font le mieux : le codage. Mais contrairement aux hébergeurs génériques, il est adapté aux applications telles que Drupal, avec des fonctionnalités qui peuvent rendre un développeur d'entreprise euphorique (oui, j'ai bien dit euphorique à propos de l'hébergement, soyez indulgents !).

Comment Upsun résout-il les écueils de l'hébergement sur site et de l'hébergement géré classique ?

• Infrastructure et mises à jour automatisées : sur Upsun, vous définissez votre environnement dans le code (via des fichiers de configuration YAML), et tout est provisionné pour vous à la volée. Vous spécifiez la version PHP, les services tels que MySQL ou Redis, les tâches cron, etc. dans des fichiers de configuration simples qui cohabitent avec votre code. Plus besoin de se connecter aux serveurs pour installer des extensions : tout est déclaratif. En matière de maintenance, Upsun se charge des mises à jour du système sous-jacent. Par exemple, le runtime PHP et d'autres services bénéficient automatiquement des correctifs de sécurité appliqués par la plateforme. Leur politique est « mettre à jour tôt, mettre à jour souvent », afin de garantir que votre pile d'applications est à jour avec les derniers correctifs de sécurité. Il est essentiel de noter que ces mises à jour se font de manière contrôlée : de nouvelles images de conteneur sont appliquées lors du déploiement, et la plateforme procède même à des redéploiements automatiques périodiques (par exemple, pour faire tourner les certificats TLS) afin que vous n'utilisiez jamais une image obsolète et vulnérable. Comparez cela à une solution sur site, où votre équipe pourrait reporter les correctifs du système d'exploitation pendant des semaines par crainte de causer des dysfonctionnements. Sur Upsun, la sécurité est l'état par défaut, et non une charge pour vos administrateurs.
• Workflow GitOps et CI/CD prêts à l'emploi : Upsun est construit autour de Git. Vous poussez le code vers une branche, et la plateforme le construit et le déploie automatiquement selon votre configuration. Il s'agit d'un modèle très centré sur GitOps: infrastructure en tant que code et déploiements déclenchés par le contrôle de version. Cela signifie que votre workflow DevOps est essentiellement intégré. Chaque git push passe par des hooks de construction (vous pouvez exécuter Composer, Drush, des tests, etc.) et, en cas de succès, est déployé dans un environnement d'exécution. Vous avez besoin d'une intégration avec GitHub ou GitLab ? La plateforme prend également en charge cette fonctionnalité, vous pouvez donc déclencher des déploiements à partir de pull requests, par exemple. Un développeur a décrit Upsun comme rendant « la gestion des DevOps aussi facile que la gestion du code », ce qui semble vrai. En tant qu'équipe, vous passez moins de temps à bidouiller Jenkins ou à écrire des scripts de déploiement, car la plateforme est votre pipeline CI/CD. Cela a été une grande victoire pour l'équipe web de l'université du Missouri : auparavant, elle devait écrire des scripts pour lancer des serveurs de test et synchroniser les bases de données ; avec Upsun, le flux de travail est intégré et « cela nous facilite la vie » (source : l'université du Missouri gère les opérations web à grande échelle).
• Des environnements à la demande pour chaque fonctionnalité : C'est sans doute la fonctionnalité phare d'Upsun pour les équipes : la possibilité de créer des clones exacts de la production (code et données) pour toute nouvelle fonctionnalité ou branche. En pratique, chaque fois que vous lancez une nouvelle fonctionnalité (par exemple sur une branche git), vous pouvez mettre en place un environnement complet qui est une copie isolée de la base de données de production, des fichiers et de tout le reste. Plus besoin de déployer sur un site de développement partagé et d'espérer que « cela fonctionne sur ma machine, mais aussi sur la plateforme de test ». Chaque développeur ou chaque fonctionnalité bénéficie d'un environnement véritablement similaire à celui de la production. Les avantages sont énormes : le contrôle qualité peut être effectué avec des données réelles, les performances peuvent être évaluées avec précision et les problèmes d'intégration sont détectés rapidement. Les responsables de l'université du Surrey ont déclaré que le fait de disposer de ces environnements de prévisualisation en direct (UAT) pour chaque fonctionnalité avait « radicalement changé la donne » et s'intégrait parfaitement dans leur flux de travail (source : l'université du Surrey optimise les opérations de développement en passant à Upsun). Dans le passé, la configuration manuelle d'un site UAT pour une fonctionnalité était si pénible qu'elle « nous rendait fous », se souvient leur développeur principal. Aujourd'hui, ce processus est automatisé et ne nécessite aucune intervention manuelle. Ce type d'agilité dans le flux de travail est difficile à obtenir sur les hébergements gérés classiques (où vous pouvez obtenir un site de staging, mais pas un par branche). Cela accélère considérablement les cycles d'approbation et de test.
• Évolutivité et optimisation des performances faciles : vous avez besoin de plus de puissance ? Avec Upsun, vous pouvez ajuster les ressources (RAM, CPU, disque) pour chaque service via la configuration, ou évoluer en augmentant le nombre d'instances d'application. La plateforme étant basée sur une architecture de conteneurs/grille, elle est conçue pour évoluer horizontalement et verticalement à la demande. Vous pouvez même lancer temporairement une instance plus grande sur une branche pour tester les performances de votre site avec deux fois plus de ressources, avant de décider de faire évoluer la production. Une équipe a rapporté qu'avec Upsun, elle pouvait mettre en place un nouvel environnement de site entièrement synchronisé en littéralement deux minutes et maintenir les composants de la pile à jour beaucoup plus rapidement qu'auparavant (source : l'université du Missouri gère les opérations web à grande échelle). Le résultat ? Ils ont constaté une augmentation de 300 % des performances de certains sites après la migration vers Upsun, grâce à une infrastructure moderne et à un réglage optimal. Bien que vos résultats puissent varier, la plateforme facilite l'obtention de performances optimales (par exemple, mise en cache Redis intégrée, conteneur PHP optimisé, intégration CDN gérée, etc.
• Services intégrés et modules complémentaires : les sites Drupal d'entreprise ont souvent besoin de plus que du PHP et d'une base de données. Vous pouvez utiliser Solr/Elasticsearch pour la recherche, Redis pour la mise en cache, ou même un microservice en plus de Drupal. Avec l'hébergement traditionnel, l'ajout de ces éléments implique la mise à disposition de serveurs supplémentaires ou l'utilisation de services cloud que vous devez intégrer et sécuriser vous-même. Upsun simplifie cette tâche : vous pouvez ajouter plus de 15 services gérés, chacun avec deux lignes de YAML. Vous voulez un cache Redis ou un cluster Elasticsearch ? Il suffit de le déclarer dans votre configuration, et Upsun le provisionnera dans le cadre de l'environnement, connecté au réseau de votre application. Pas de facturation séparée ni de configuration externe : cela fait partie de votre projet. Éliminez les tâches fastidieuses liées à la configuration des services d'assistance. Cela garantit également la cohérence entre les environnements (votre développement et votre production ont tous deux les mêmes services définis). À titre d'exemple, une équipe avec laquelle j'ai travaillé avait besoin d'ajouter une recherche Solr à son site de commerce électronique Drupal. Sur leur ancien hébergeur, cela impliquait de mettre en place un serveur Solr distinct et d'écrire des scripts de déploiement personnalisés. Sur Upsun, nous avons ajouté quelques lignes à services.yaml et Solr a été opérationnel dans tous les environnements, du développement à la production, en quelques minutes. C'est le genre de flexibilité qui séduit les responsables des opérations.

Sécurité et conformité prêtes à l'emploi : les responsables informatiques des entreprises se soucient de la conformité, et à juste titre. Upsun se distingue ici en maintenant une posture de sécurité robuste pour le compte de ses clients. La plateforme est conforme à toute une série de normes (RGPD, ISO, SOC, etc.) et offre des fonctionnalités telles que le chiffrement au repos, les sauvegardes automatisées et le contrôle d'accès basé sur les rôles. D'un point de vue pratique, elle applique par défaut les meilleures pratiques en matière de sécurité: chaque environnement est isolé dans son conteneur, ce qui limite la portée des attaques. Vous ne pouvez pas, par exemple, laisser accidentellement une base de données ouverte à Internet : le modèle réseau de la plateforme est conçu pour éviter les erreurs de configuration courantes. De plus, lorsque des mises à jour de sécurité pour les composants sous-jacents sont publiées, Upsun les traite rapidement (souvent plus rapidement qu'une équipe interne classique). Tout cela apporte une tranquillité d'esprit aux équipes des entreprises. Une grande université a noté qu'Upsun « a satisfait notre équipe de sécurité » en fournissant les contrôles nécessaires pour protéger les données tout en permettant aux développeurs de travailler efficacement (source : l'université du Missouri gère les opérations web à grande échelle). Cet équilibre entre agilité et gouvernance est difficile à atteindre, mais crucial pour l'adoption par les entreprises.

Il est important de noter qu'Upsun parvient à tout cela sans donner l'impression d'être un système propriétaire restrictif. En tant que développeurs, nous apprécions le fait qu'il utilise des outils standard (Git, YAML, Composer, etc.) et ne nous enferme pas dans des pratiques de développement propriétaires. Si vous connaissez Drupal, vous n'avez pas besoin d'apprendre une nouvelle interface utilisateur pour la création de sites ou des workflows de développement étranges : il vous suffit d'utiliser git push et le site se construit. En fait, de nombreux membres de la communauté Drupal ont constaté que parmi les principales options d'hébergement, Upsun offre la meilleure expérience pour les développeurs. Il a été conçu par des personnes qui comprennent les difficultés du développement web.

Avant de paraître trop idéalistes, précisons que vous devez tout de même faire votre part : écrire un code Drupal solide, maintenir vos modules à jour (Upsun ne réécrira pas comme par magie votre module personnalisé obsolète !). Mais cela réduit considérablement les frictions liées à l'infrastructure et au déploiement. Comme l'a déclaré une équipe après avoir migré des centaines de sites : « Nous ne nous soucions plus de la mise en place des environnements... nous avons automatisé les processus qui réduisent nos coûts de maintenance par site sur l'ensemble de notre parc. »(source : l'université du Missouri gère les opérations web à grande échelle) Ils sont passés de 600 heures consacrées aux mises à jour manuelles à quelques minutes seulement pour les mises à jour automatisées par site. Cela leur a permis de se concentrer sur l'amélioration des sites plutôt que sur leur maintenance. Et en fin de compte, c'est là le véritable avantage.

Conclusion

Le choix du modèle d'hébergement adapté à une application Drupal d'entreprise est une décision cruciale. L'hébergement sur site peut être attrayant pour le contrôle qu'il offre et peut-être satisfaire des exigences héritées uniques, mais il a un coût : une maintenance continue importante, une évolutivité plus lente et un risque plus élevé si votre équipe ne parvient pas à suivre le rythme des mises à jour et des problèmes matériels. L'hébergement géré élimine une grande partie de cette charge opérationnelle, ce qui facilite la vie au départ, mais vous pouvez rencontrer des compromis en termes de flexibilité, de disponibilité de l'environnement et d'adaptation de la plateforme à vos flux de travail à mesure que vos besoins évoluent.

Upsun apparaît comme une solution convaincante en combinant la commodité de l'hébergement géré avec la puissance de l'automatisation et des DevOps modernes. Il s'attaque aux pièges courants (évolutivité, correctifs, gestion de l'environnement, intégration) d'une manière qui trouve un écho auprès des développeurs et répond aux exigences des entreprises. La technologie est conçue pour permettre les meilleures pratiques, des déploiements basés sur Git aux environnements éphémères, ce qui se traduit par des cycles de développement plus rapides et des déploiements plus fiables. Et comme le montrent les exemples concrets, ce n'est pas seulement de la théorie : les organisations ont gagné en agilité, économisé d'innombrables heures et amélioré la résilience de leur site Drupal en adoptant cette approche (source : l'université du Missouri gère des opérations web à grande échelle).

Au final, l'objectif est de consacrer plus de temps à la création d'une expérience Drupal exceptionnelle pour vos utilisateurs et moins de temps à lutter contre les serveurs ou à attendre des processus lents. Que vous soyez responsable informatique ou responsable technique, il est utile d'évaluer la valeur ajoutée de chaque modèle d'hébergement pour votre projet. L'hébergement sur site peut vous donner le droit de vous vanter de gérer votre propre équipement, mais lorsque le temps de fonctionnement, la sécurité et la vitesse sont en jeu, une plateforme comme Upsun peut changer la donne. Après tout, dans le monde de l'entreprise, le temps c'est de l'argent, la réputation est essentielle, et personne ne s'est jamais plaint que son processus de déploiement était trop rapide ou trop facile.