Le modèle économique du cloud est simple, mais il fait souvent l'objet de questions, à tel point cela peut valoir la peine d'en faire le tour une nouvelle fois et de clarifier certains aspects.

Mais avant tout chose, clarifions la distinction entre cloud et outsourcing : en quoi le cloud est-il différent de l'outsourcing que vous proposaient vos fournisseurs IT au début des années 2000 ? Qu'est-ce qui a changé (et pourquoi votre prestataire IT ne vous parle probablement jamais du cloud...) ?

L'outsourcing était le modèle à la mode dans les années 2000. Cela consistait à remettre les clefs de son service IT à un prestataire externe pour qu'il le gère pour vous, en fonction de vos besoins et contraintes. Tout était transféré : les matériels, les logiciels, les gens. Un SLA (Service Level Agreement, accord sur le niveau de service) garantissait la réactivité du prestataire pour les demandes de service et le traitement des incidents.

Si sur le papier cela semble une bonne idée, dans la réalité votre service, devenu celui du prestataire, était surtout géré en fonction des contraintes budgétaires de ce dernier, avec pour vous des coûts opérationnels élevés et de nombreux coûts cachés. La réactivité promise était une illusion, la rigidité de la hiérarchie de support (du niveau 1 au niveau 3) et la disponibilité toute relative des experts de niveau 3 rendant lent et laborieux le traitement de toute requête. Enfin, cerise sur le gâteau, l'outsourcing provoquait inévitablement une perte de savoir-faire et d'autonomie pour l'entreprise, sa compétence IT étant déléguée à l'outsourceur.

Le cloud, heureusement, ce n'est pas cela.

Avec le cloud, vous gardez le contrôle, vos équipes et la compétence. Il ne s'agit en quelque sorte que de déléguer les couches basses de l'IT, celles qui n'apportent pas de valeur ajoutée à vos affaires. La gestion des applications, ainsi que la stratégie, l'affectation des moyens, la gestion des ressources humaines restent de votre responsabilité.

On dit parfois que le cloud, ce n'est que les serveurs de quelqu'un d'autre. Bien qu'un peu réductrice, cette façon de voir les choses montre bien que vous restez aux commandes de votre IT. Et c'est la raison pour laquelle votre prestataire habituel vous parle probablement peu du cloud : avec le cloud, plus de perspectives d'outsourcing, plus de vente de matériel, rien que des prestations de service qui se réduisent comme peau de chagrin. Si c'est intéressant pour vous, ça n'est clairement pas intéressant pour lui...

Les modèles du cloud sont nombreux. Vous avez probablement entendu parler de Iaas (Infrastructure as a Service) et PaaS (Platform as a Service) par exemple. Notre propos n'est pas d'entrer dans ce détail technique, mais parmi ces variantes, il s'en trouve une qui mérite toute votre attention : le SaaS (Software as a Service). Vous l'utilisez probablement tous les jours sans connaitre son nom. Dans cette variante, le prestataire vous met à disposition toute une infrastructure technique et une application. Pensez à Gmail par exemple : une application de messagerie complète vous est mise à disposition sans que vous ayez à vous préoccuper de la mise en place d'infrastructures ou de logiciels pour la faire tourner. Le prestataire s’occupe de tout : des équipements, du système d’exploitation et de l’application, vous ne vous occupez de rien et vous vous contentez d’utiliser les fonctionnalités de l’application. De nombreux services à destination des entreprises sont disponibles : des services de stockage et de partage de fichiers (Dropbox), des services de bureautique (Microsoft Office 365 par exemple), des logiciels de gestion de la relation client (Salesforce), des logiciels de gestion de ressources humaines, de comptabilité, etc... Et même les "gros" ERP comme SAP4/Hana sont maintenant disponibles dans des offres de ce type. Pensez-y lors de votre prochain achat d'application : c'est un bon moyen de déléguer les opérations techniques et de variabiliser vos coûts une fois pour toutes, avec des licences au siège et non plus au serveur.

Je voudrais, pour finir ce chapitre, attirer votre attention sur le changement de culture que nécessite la gestion des coûts dans le cloud. Les ingénieurs, comme nous l'avons évoqué, ne voient en général pas les coûts IT, ils y sont aveugles. Pour eux, les équipements s'ils ont une valeur, n'ont pas de coûts, et la surcapacité est essentiellement gratuite. Les coûts ne sont pas leur culture.

Mais dans le cloud, les choses sont différentes : chaque usage coûte. Un usage non raisonné, non justifié, entraine des coûts qui, s'ils peuvent être faibles, peuvent aussi être très élevés. Il faut donc développer très tôt une sensibilité à ces coûts et affecter la responsabilité de gestion aux équipes techniques. Vous avez peut-être lu des articles alarmistes qui relatent l'expérience de sociétés qui sont allées dans le cloud et en sont revenues car trop cher, ou des histoires telles que celle de ce fabricant horloger qui a souscrit un contrat cloud et laissé ses développeurs jouer avec le cloud sans les sensibiliser au préalable...On m'a rapporté que la facture du premier mois dépassait les 100'000 francs ! Je ne suis pas surpris : sans aucune sensibilité aux coûts, les développeurs ont joué avec les machines, se livrant à une escalade à celui qui monterait la plus grosse infrastructure. Et est arrivée la débandade du vendredi soir : les développeurs sont partis pour leur week-end, laissant tourner les machines, puis les ont tout simplement....oubliées le lundi matin. Résultat : des machines coûteuses, inutiles, qui ont tourné pendant des semaines, générant des coûts phénoménaux pour l'entreprise.

Il ne s'agit pas ici de vous effrayer et de vous dissuader d'aller dans le cloud, mais de vous rendre attentif à la nécessité de mettre en place une culture des coûts avant de lâcher vos ingénieurs dans ce qui est pour eux un formidable terrain de jeu.

Pour éviter la débâcle, utilisez les outils d'analyse mis à disposition par votre prestataire et créez un poste de responsable des coûts qui sera en charge du changement de culture et du contrôle des dépenses. Cette activité peut être confiée à un membre des équipes techniques, des achats ou de la finance suivant la structure de votre entreprise et son point de vue sur les coûts. Et elle peut facilement être cumulée avec d'autres tâches, ce qui évite la création d'un poste à plein temps. Pour en savoir plus sur une gestion efficace des coûts dans le cloud, je vous renvoie à mon article de blog [INSéRER LE LIEN : https://www.objectif-cloud.com/couts-cloud] qui détaille les mesures que vous pouvez prendre pour tirer parti du cloud en toute sérénité.

Enfin, et pour conclure, tout n'est pas qu'une question de coûts : l'autre versant des coûts est le retour sur investissement, qui peut parfois être difficile à calculer, voire composé d'intangibles. Je reprends ici des éléments de mon article sur le TCO :

Selon Accelerate, les entreprises qui ont mis en place les méthodes devOps et les mécanismes Cloud, en moyenne (toutes tailles, industries et géographies confondues ) :

• déploient du code 46 fois plus fréquemment,
• ont un temps entre le "commit" et le déploiement du code 440 fois plus court,
• ont un temps de reprise après incident 170 fois plus rapide,
• ont un taux d'échec des changements IT 5 fois plus faible,

que les autres entreprises.