L'économie SaaS à l'ère des conteneurs

L'atout principal de toute entreprise SaaS est la réduction massive des coûts opérationnels et de la complexité, y compris l'installation, la configuration, la maintenance continue et les mises à niveau. Compte tenu du succès fulgurant du SaaS au cours des dernières décennies, nous pouvons clairement constater que l'utilisation d'un modèle SaaS au lieu d'un logiciel rétractable traditionnel est parfaitement logique sur le plan financier pour de nombreux clients. Cela correspond à une théorie selon laquelle le niveau de complexité d'un système est constant à tout moment. Les organisations informatiques peuvent y faire face en investissant en interne (en investissant dans une équipe qui gère la complexité) ou en externalisant auprès d'un partenaire ou d'un fournisseur Saas/Paas/IaaS (échanger de l'argent contre de la complexité). Lorsque l'on associe ce dernier à un modèle financier OpEx et CapEx, à une installation/configuration faciles et à des options flexibles de paiement au fur et à mesure de la croissance, il devient très difficile de justifier un autre modèle de fourniture pour des logiciels

Les entreprises SaaS, quant à elles, rentabilisent ce modèle en répartissant les coûts opérationnels entre de nombreux clients en utilisant (presque toujours) un modèle par abonnement. Bien que les anciens modèles de fourniture de logiciels suivent le même principe de répartition des coûts au niveau de la R&D, ils ne permettent pas d'arbitrer les coûts opérationnels au niveau de la livraison : fournir un logiciel sécurisé, hautement disponible et continuellement mis à jour à grande échelle coûte cher, et il faut une équipe qualifiée de développeurs et d'opérateurs pour fournir des logiciels dans les limites des SLA définis par le client

Comme une grande partie du coût du développement et de la fourniture du SaaS est consacrée à la mise en place de l'infrastructure robuste et sécurisée nécessaire à l'hébergement du service, les fournisseurs gagnent de l'argent en construisant et en décomposant une infrastructure robuste de grande taille en plus petits éléments de même qualité, et les vendent à de nombreux clients. L'infrastructure SaaS se compose généralement de nombreux composants, des bases de données aux équilibreurs de charge, chacun étant configuré spécifiquement pour fournir le service d'une manière particulière, avec des exigences de haute disponibilité (HA), de redondance et de sécurité au niveau des composants. Pensez à un CRM SaaS classique : vous aurez besoin d'un serveur de base de données répliqué multizone, d'un groupe de serveurs frontaux équilibrés en charge et sécurisés, et d'un cluster de serveurs pour effectuer les tâches en arrière-plan et gérer le système. **** Par exemple, pour conserver les informations de vos 2 000 clients, vous aurez besoin d'environ 12 serveurs, deux équilibreurs de charge et plusieurs gigaoctets de stockage ; à cela, ajoutez les coûts de maintenance de l'équipe des opérations ces bases de données et ces serveurs, tout cela représente probablement 20 000 dollars par mois juste pour démarrer. Pire encore, malgré cet investissement, vous n'obtiendrez pas le temps de disponibilité de cinq à neuf (99,999 %) qu'un fournisseur SaaS est censé vous accorder pour une fraction du prix. Dans ce scénario, il est parfaitement logique de souscrire à une alternative SaaS, en payant 2 000 dollars par mois pour un service toujours opérationnel, mis à niveau et sauvegardé. ## Cela pourrait toutefois changer

Pour comprendre pourquoi, il vaut la peine de comprendre pourquoi gérer une infrastructure hautement disponible, sécurisée et robuste coûte si cher. En matière d'infrastructure, « la chaîne est aussi solide que son maillon le plus faible ». La haute disponibilité et la sécurité ne peuvent pas être atteintes uniquement en rendant certaines parties du système hautement disponibles et sécurisées. Cela doit être fait pour chaque composant, ce qui augmente le coût et la complexité et alourdit encore la facture

Maintenant, demandez-vous si toutes ces exigences étaient intégrées à une infrastructure générique, autoréparable et à grande échelle, de sorte que toute application exécutée dessus soit intrinsèquement hautement disponible, redondante et sécurisée. C'est la promesse des conteneurs. Au lieu de consacrer du temps à la fourniture de chaque service selon un SLA élevé, l'infrastructure s'en charge au niveau inférieur et fournit ces attributs en tant que service à l'utilisateur. Les conteneurs retirent ainsi l'un des principaux avantages du modèle de prestation SaaS : l'arbitrage en matière d'infrastructure, que j'ai défini plus tôt dans le billet.

systèmes d'infrastructure basés sur des conteneurs tels que Kubernetes permettent aux entreprises de toutes tailles de créer leur propre infrastructure personnalisée, hautement disponible et robuste, en plus de centres de données privés ou de clouds publics, avec une granularité et une flexibilité élevées, sans trop de compromis en retour. Dans ce nouveau monde d'infrastructures basées sur des conteneurs, les équipes informatiques consacrent leur temps à créer et à gérer quelques clusters Kubernetes, tandis que des fournisseurs externes et des développeurs internes utilisent ces clusters pour fournir des services à

Il faudra probablement des années pour que ce changement touche de manière significative le secteur du SaaS. Cependant, si nous y regardons attentivement, nous pouvons déjà voir des équipes informatiques averties qui cherchent à se lancer dans cet avenir : créer des pipelines pour leur code, ainsi que des piles de gestion des applications qui permettent d'automatiser les infrastructures conteneurisées, à la fois sur le cloud public et privé

Le modèle de fourniture SaaS a encore de nombreux avantages. D'une part, il est désormais le modèle dominant en matière de consommation de logiciels, où qu'ils se trouvent ou quelle que soit la manière dont ils sont achetés. Cependant, l'arbitrage en matière d'infrastructures ne sera pas l'un de ses principaux avantages pendant longtemps. Alors que le cloud computing était l'application idéale en matière de virtualisation, la transformation de l'économie du SaaS pourrait l'être en matière de conteneurisation

Ce billet a été publié pour la première fois ici