Cet article a été traduit automatiquement de l’anglais

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

Les conteneurs et Kubernetes menacent d'éroder le principal avantage du SaaS, à savoir l'arbitrage en matière d'infrastructure, en permettant à toute entreprise de créer une infrastructure hautement disponible à une fraction du coût.

Saas · Infrastructure · Cloud

La principale caractéristique 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 était 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 (en échangeant de l'argent contre la complexité). Lorsque l'on associe ce dernier à un modèle financier OpEx par rapport aux dépenses d'investissement, à une installation/configuration faciles et à des options flexibles de paiement en fonction de la croissance, il devient très difficile de justifier un autre modèle de fourniture de logiciels

génériques.

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

, au fil du temps.

Étant donné qu'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é, qu'ils vendent à de nombreux clients. L'infrastructure SaaS comprend 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 la maintenance du système. **** À titre d'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 ; ajoutez à cela les coûts de maintenance de l'équipe des opérations bases de données et serveurs : tout cela représente probablement un coût de 20 000 dollars par mois rien que pour démarrer. Pire encore, même avec cet investissement, vous n'obtiendrez pas le temps de disponibilité de cinq à neuf (99,999 %) qu'un fournisseur SaaS vous accordera à une fraction du prix. Dans ce scénario, il est parfaitement logique de souscrire à une alternative SaaS, en payant 2 000$ par mois pour un service toujours opérationnel, mis à niveau et sauvegardé. ## Cela pourrait toutefois changer

Pour comprendre pourquoi, il est important de comprendre pourquoi l'exploitation d'une infrastructure hautement disponible, sécurisée et robuste coûte si cher. En matière d'infrastructures, « 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é, alourdissant 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 au-dessus de celle-ci 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. Ce faisant, les conteneurs retirent l'un des principaux avantages du modèle de livraison SaaS : l'arbitrage d'infrastructure, que j'ai défini plus tôt dans l'article.

Les

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 à la création et à la maintenance de quelques clusters Kubernetes, tandis que les fournisseurs externes et les développeurs internes utilisent ces clusters pour fournir des services à

leurs clients.

Il faudra probablement des années pour que ce changement affecte de manière significative l'industrie du SaaS. Cependant, si nous y regardons attentivement, nous pouvons déjà voir des équipes informatiques avisées qui cherchent à tirer parti de cet avenir : créer des pipelines pour leur code, ainsi que des piles de gestion des applications qui permettent d'automatiser l'infrastructure conteneurisée, à la fois sur le cloud public et privé

.

Le modèle de fourniture SaaS présente encore de nombreux avantages. D'une part, il est désormais le modèle dominant pour la consommation de logiciels, où qu'ils se trouvent ou quel que soit leur mode d'achat. 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 phare de la virtualisation, la transformation de l'économie du SaaS pourrait être l'application la plus efficace pour la conteneurisation

.

Cet article a été publié pour la première fois ici

Share this article