Transformation de la clientèle : des difficultés d'AWS à la mise à l'échelle transparente

Si vous êtes ingénieur dans un secteur non technologique, la gestion d'une infrastructure en nuage peut ressembler à un cycle sans fin d'extinction d'incendies. Je connais cette frustration : les pannes de site lors de promotions critiques, les configurations complexes qui exigent une expertise que vous ne possédez pas et le sentiment d'impuissance lorsque vous vous rendez compte que la solution sur laquelle vous avez misé n'est pas à la hauteur.

Dans cet article, je vais vous raconter mon parcours, de la lutte contre les complexités d'AWS à la recherche d'une meilleure solution avec Platform.sh, puis Upsun. À la fin de votre lecture, vous saurez comment éviter les mêmes erreurs que moi et découvrir une plateforme cloud qui vous permettra de vous concentrer sur ce qui compte vraiment : le développement de votre entreprise.

Le combat contre la complexité de l'informatique dématérialisée

Lorsque j'ai rejoint une entreprise centenaire de produits alimentaires et de boissons en tant qu'ingénieur en chef pour tout ce qui concerne le web, j'avais une mission claire : offrir une valeur exceptionnelle à nos clients en veillant à ce que notre plateforme de commerce électronique reste solide, en particulier pendant les périodes de pointe. Alors que l'entreprise disposait d'une équipe technique solide pour la gestion du réseau local et les opérations de ligne, le domaine de l'infrastructure web était un territoire totalement nouveau.

Principaux défis à relever :

• Problèmes d'évolutivité : l 'installation de notre application web présentait de nombreux défis. Malgré nos efforts, une véritable évolutivité semblait hors de portée. La reproduction de notre environnement de production semblait presque impossible, ce qui rendait le dépannage cauchemardesque.
• Problèmes liés à l'environnement de mise à disposition : En l'absence d'un moyen efficace de créer un environnement de test fiable, nous manquions de confiance dans les performances de notre code en production.
• Préoccupations en matière de sécurité : la sécurité était une autre préoccupation majeure, tant en termes d'intégrité du code que de gestion de l'accès. Nous construisions souvent des solutions localement, mais nous rencontrions des problèmes imprévus une fois qu'elles étaient en production.

À la recherche d'une solution, AWS est apparu comme un choix évident. Le buzz autour de ce modèle IaaS promettait un contrôle jusqu'au niveau du système d'exploitation, et l'industrie vantait son évolutivité et sa stabilité. J'étais convaincu qu'il s'agissait de la solution miracle dont nous avions besoin, et j'ai insisté pour que notre entreprise investisse dans l'infrastructure en nuage. Mais après avoir opté pour cette solution, je me suis rapidement rendu compte que ce n'était pas aussi simple qu'il n'y paraissait.

La dure réalité d'une infrastructure en nuage bricolée

La gestion d'une plateforme IaaS comme AWS s'est avérée bien plus complexe que nous ne l'avions prévu. Au lieu de nous concentrer sur le développement, nous avons été pris par les exigences de la maintenance de l'infrastructure, couvrant tout, de la sécurité à la mise à l'échelle.

AWS est puissant, mais aussi complexe. La mise en place de groupes de mise à l'échelle automatique, la gestion des équilibreurs de charge et la configuration des pare-feu sont devenues un travail à plein temps. Et malgré les innombrables heures passées, les performances de notre site ne se sont pas améliorées - elles ont même empiré. Nous avions du mal à reproduire les bogues, ce qui les rendait presque impossibles à corriger, et je n'ai jamais réussi à faire fonctionner correctement les fonctions d'évolutivité d'AWS.

J'ai assuré à mon patron qu'AWS était la solution, mais les choses ont rapidement commencé à s'effondrer. Au lieu de livrer des fonctionnalités, j'étais coincé à lutter contre les incendies - le développement ne s'alignait pas sur la mise en scène, la mise en scène ne s'alignait pas sur la production, et notre carnet de bogues ne cessait de s'allonger. Nos grands projets d'expansion des efforts de BTC ont échoué alors que nous luttions pour soutenir notre public actuel. Les délais n'ont pas été respectés et le stress lié à la gestion de l'infrastructure a fait des ravages. Il était clair que nous avions besoin d'une approche différente.

Découverte d'une meilleure méthode avec Platform.sh

Après plusieurs mois de lutte avec AWS, j'ai dû admettre à mon patron que notre approche ne fonctionnait pas. C'était une conversation difficile, mais grâce à une conférence récente, j'ai découvert Platform.sh, un PaaS (Platform as a Service) qui promettait de prendre en charge toutes les tâches lourdes sans la courbe d'apprentissage abrupte d'AWS. Contrairement aux divers fournisseurs de services IaaS que j'avais étudiés, Platform.sh offrait une solution intermédiaire parfaite : elle nous permettait de nous concentrer sur le développement tandis qu'elle s'occupait de toute l'infrastructure. Cela fonctionnait tout simplement. Tout ce dont j'avais besoin, c'était d'un peu de YAML.

Nous avons tout transféré vers Platform.sh en l'espace de quelques semaines. La configuration était simple et j'ai été époustouflé par la facilité avec laquelle nous avons pu déployer nos applications. La création d'un nouvel environnement de mise à disposition était aussi simple que la création d'une branche Git dans notre code. La synchronisation des données entre les environnements de production et de développement s'est faite automatiquement, éliminant les étapes manuelles qui nous ralentissaient auparavant. Soudain, tous les problèmes auxquels nous étions confrontés (évolutivité, stabilité, sécurité et maux de tête liés au déploiement) ont disparu.

Lorsque nous étions sur AWS, nous avions souvent du mal à supporter le doublement de notre trafic, ce qui entraînait une dégradation des performances et souvent des temps d'arrêt importants, mais surtout des pertes de revenus. Mais après avoir basculé vers Platform.sh, nous avons géré des augmentations de trafic de 900 % en toute transparence, garantissant des ventes constantes et la satisfaction de nos clients.

La puissance d'Upsun : Faire passer Platform.sh au niveau supérieur

Aujourd'hui, Platform.sh a évolué vers quelque chose d'encore plus puissant avec Upsun. Upsun fait passer le libre-service de Platform.sh au niveau supérieur en offrant des fonctionnalités supplémentaires et des processus de déploiement encore plus rationalisés. Pour des entreprises comme la nôtre, le passage d'un modèle IaaS à un modèle PaaS signifiait que nous n'avions plus à gérer les complexités de l'infrastructure. Au lieu de cela, nous pouvions nous concentrer sur ce qui comptait vraiment : construire et déployer efficacement. Avec le PaaS, nous avons gagné en flexibilité pour évoluer et déployer sans avoir besoin d'une grande équipe d'experts en infrastructure.

Upsun bénéficie des mêmes fonctionnalités que Platform.sh et en ajoute d'autres pour permettre aux entreprises, en particulier dans le domaine non technologique comme l'industrie agroalimentaire, de consacrer plus de temps à l'innovation et moins de temps à la maintenance.

Upsun nous offre une mise à l'échelle verticale grâce à l'allocationexplicite des ressources, qui permet un contrôle précis du processeur, de la mémoire vive et du stockage, ce qui rend la mise à l'échelle incroyablement flexible. Le modèle de tarification basé sur l'utilisation est une grande victoire pour nous, car il garantit la transparence en ne facturant que ce que nous utilisons réellement. L'évolutivité horizontale signifie que nous pouvons facilement étendre les conteneurs en fonction des besoins, et tout est accessible via la CLI d'Upsun, ce qui a vraiment simplifié nos opérations.

Voici une comparaison rapide entre ce que nous avions auparavant et ce qu'offre Upsun :

L'impact réel

Avec Upsun, j'ai enfin pu me concentrer sur ce pour quoi j'ai été engagé - l'innovation - plutôt que de m'embourber dans des défis d'infrastructure. Nous n'avions pas à nous inquiéter de savoir si notre site pouvait supporter le prochain pic de trafic ou si notre environnement de préparation était désynchronisé par rapport à la production. Upsun s'est occupé de tout cela, je n'ai pas eu à le faire.

Après la migration, grâce à des outils comme Blackfire (qui est maintenant un produit Upsun !), le temps de chargement de nos pages s'est amélioré de 35%, ce qui a directement amélioré l'expérience de l'utilisateur et les taux de conversion. Notre équipe de développement a enfin pu se concentrer sur l'innovation plutôt que sur le dépannage, ce qui a entraîné une augmentation de 20 % du nombre de nouvelles fonctionnalités en l'espace de six mois. Nous avons également connu moins de temps d'arrêt imprévus, ce qui a renforcé la confiance de nos clients dans notre marque et celle de nos dirigeants dans notre capacité à innover pour le client.

À retenir

Le déploiement dans le nuage peut être décourageant, en particulier pour les entreprises qui ne disposent pas d'une équipe technique dédiée. Mon expérience avec AWS m'a appris que les promesses d'évolutivité et de stabilité s'accompagnent souvent de complexités cachées qui peuvent être accablantes. Mais avec Upsun, vous pouvez contourner ces défis et vous concentrer sur ce que vous faites le mieux.

Si vous en avez assez de vous débattre avec des infrastructures complexes dans le nuage et que vous voulez récupérer votre temps pour un vrai travail de développement, envisagez d'explorer ce qu'Upsun peut vous offrir. Faites un essai et faites l'expérience directe d'un déploiement et d'une évolutivité sans faille. Croyez-moi, je suis passé par là et Upsun est la solution que j'aurais aimé avoir dès le départ.