Combien dépensez-vous pour votre infrastructure ? Et comment économiser là-dessus ?

Vous vous êtes certainement demandé combien coûte l'infrastructure de votre projet. Il est étonnant de constater que la croissance des dépenses n'est pas linéaire par rapport aux charges. Beaucoup de propriétaires d'entreprise, CTO et développeurs réalisent en sous-main qu'ils paient trop cher. Mais pour quoi exactement ?

En général, la réduction des coûts se résume simplement à la recherche de la solution la moins chère, d'un tarif AWS ou, lorsqu'il s'agit de racks physiques, à l'optimisation de la configuration matérielle. De plus, en réalité, cela est géré par n'importe qui, suivant l'humeur : si nous parlons d'une startup, c'est probablement le développeur principal qui a assez de soucis. Dans des entreprises plus grandes, c'est le CMO/CTO qui s'en charge, parfois même le directeur général se mêle personnellement de la question avec le chef comptable. En résumé, ce sont des personnes qui ont déjà assez de préoccupations « professionnelles ». Et il en résulte que les factures d'infrastructure augmentent, mais ceux qui s'en occupent… ce sont ceux qui n'ont pas le temps de le faire.

Si des fournitures de bureau comme du papier toilette sont nécessaires, cela sera géré par le responsable des achats ou par une personne désignée de la société de nettoyage. Pour le développement, ce sont les leads et le CTO. Les ventes, c'est clair aussi. Mais depuis des temps immémoriaux, lorsque « serveur » désignait un meuble contenant une tour de PC avec un peu plus de mémoire et quelques disques durs en RAID, tout le monde (ou, du moins, beaucoup de gens) ignore le fait que l'approvisionnement en capacité doit également être pris en charge par une personne spécifiquement formée.

Malheureusement, la mémoire historique et l'expérience montrent que cette tâche a été transférée depuis des décennies à des personnes « aléatoires » : celui qui était le plus proche a pris la question en main. Ce n'est que récemment que le marché a commencé à définir et à accepter les contours de la profession de FinOps. C'est ce professionnel spécifiquement formé dont la tâche consiste à contrôler l'achat et l'utilisation des ressources. Et, en fin de compte, à réduire les coûts de l'entreprise dans ce domaine.

Nous ne prêchons pas de renoncer à des solutions coûteuses et efficaces : chaque entreprise doit décider par elle-même de ce qu'il lui faut pour assurer un fonctionnement agréable en matière de matériel et de tarifs cloud. Cependant, il est impossible d'ignorer le fait qu'un achat irréfléchi « sur la liste » sans contrôle ni analyse ultérieure de l'utilisation se traduit souvent pour de nombreuses entreprises par des pertes considérables en raison d'une gestion inefficace de leurs « actifs » backend.

Qui est FinOps

Supposons que vous gériez une entreprise solide, que les commerciaux décrivent avec enthousiasme comme un «  enterprise ». Il est probable qu'en fonction de la liste, vous ayez acquis une dizaine ou deux de serveurs, AWS et quelques autres éléments « mineurs ». Ce qui est logique : dans une grande entreprise, des mouvements se produisent constamment — certaines équipes grandissent, d'autres se dissolvent, d'autres passent à des projets voisins. Et c'est ainsi que la combinaison de ces mouvements avec le mécanisme d'achats « sur la liste » conduit finalement à de nouveaux cheveux blancs lors de la consultation de la prochaine facture mensuelle pour l'infrastructure.

Que faire alors — continuer à prendre la situation avec patience, se cacher ou comprendre les raisons de l'apparition de ces nombreux zéros alarmants dans la facture ?

Pour être honnête : l'approbation, l'accord et le paiement d'une demande au sein de l'entreprise pour le même tarif AWS ne sont pas toujours (en réalité, presque jamais) rapides. Et c'est précisément à cause de ce mouvement corporatif constant qu'une partie de ces acquisitions peut se « perdre » quelque part. Et rester simplement inoccupée. Si un administrateur attentif remarque un rack abandonné dans son centre de données, dans le cas des tarifs cloud, la situation est bien plus désolante. Ils peuvent rester inutilisés pendant des mois — payés, mais en même temps déjà inutilisés dans le département pour lequel ils ont été acquis. Pendant ce temps, des collègues du bureau voisin commencent à tirer non seulement leurs cheveux encore sains sur leur tête, mais aussi dans d'autres endroits — depuis presque une semaine, ils ne peuvent pas obtenir le paiement d’un tarif AWS à peu près similaire, dont ils ont désespérément besoin.

Quelle est la solution la plus évidente ? En effet, transmettre le contrôle à ceux qui en ont besoin, et tout le monde est content. Mais les communications horizontales ne sont pas toujours bien établies. Et le deuxième département peut tout simplement ne pas être au courant de la richesse du premier, dont cette richesse s'est avérée d'une certaine manière peu nécessaire.

Qui est responsable de cela ? — En fait, personne. C'est simplement comme ça que tout fonctionne pour l'instant.
Qui en souffre ? — Tout le monde, toute l'entreprise.
Qui peut résoudre la situation ? — Oui, c'est FinOps.

FinOps n'est pas simplement un intermédiaire entre les développeurs et le matériel dont ils ont besoin, mais une personne ou une équipe qui saura où, quoi et à quel point tout est correctement positionné en ce qui concerne les tarifs cloud achetés par l'entreprise. En réalité, ces personnes doivent travailler en étroite collaboration avec les DevOps d'une part, et le département financier d'autre part, jouant le rôle d'intermédiaire efficace et, ce qui est le plus important, d'analyste.

Un peu sur l'optimisation

Le cloud. Relativement peu coûteux et très pratique. Mais cette solution cesse d'être économique lorsque le nombre de serveurs devient à deux chiffres ou à trois chiffres. De plus, le cloud permet d'accéder à de plus en plus de services qui étaient auparavant inaccessibles : bases de données en tant que service (Amazon AWS, Azure Database), applications serverless (AWS Lambda, Azure Functions) et bien d'autres. Tous sont vraiment cools en ce sens qu'ils sont faciles à utiliser — achetez et utilisez, pas de problèmes. Cependant, plus une entreprise et ses projets s'enfoncent dans le cloud, moins le directeur financier dort bien. Et plus le directeur général devient grisonnant.

Le fait est que les factures pour divers services cloud sont toujours extrêmement confuses : vous pouvez recevoir une explication de trois pages pour une seule ligne concernant où et comment votre argent a été dépensé. C'est bien sûr agréable, mais il est pratiquement impossible de s'y retrouver. De plus, notre avis sur ce sujet n'est certainement pas le seul : il existe des services entiers pour traduire les factures cloud en termes compréhensibles, par exemple www.cloudyn.com ou www.cloudability.com. Si quelqu'un a pris la peine de créer un service séparé pour déchiffrer les factures, cela signifie que l'ampleur du problème dépasse le coût de la teinture pour cheveux.

Alors, que fait FinOps dans cette situation :

• il comprend clairement quand et en quelles quantités les solutions cloud ont été achetées.
• il sait comment ces ressources sont utilisées.
• il les redistribue en fonction des besoins des différents départements.
• il n'achète pas « juste pour le plaisir ».
• et au final — il économise votre argent.

Un excellent exemple est le stockage cloud d'une copie froide de la base de données. Par exemple, vous l'archivez pour réduire l'espace consommé et le trafic lors des mises à jour du stockage ? Oui, cela peut sembler être une situation négligeable — dans un cas précis, mais l'ensemble de ces situations insignifiantes mène finalement à des coûts exorbitants pour les services cloud.

Ou une autre situation : vous avez acheté à l'avance des capacités sur AWS ou Azure pour ne pas être pris au dépourvu lors d'une charge maximale. Peut-on être sûr que c'est la solution optimale ? En effet, si ces instances sont inactives à 80 %, vous offrez simplement de l'argent à Amazon. De plus, pour de tels cas, AWS et Azure proposent des instances avec une capacité dynamique — pourquoi gaspiller de l'énergie avec des serveurs qui tournent à vide, alors qu'on peut utiliser un outil pour gérer précisément les charges de pointe ? Ou plutôt que des instances sur site, il vaudrait mieux envisager les instances réservées — elles sont beaucoup moins chères et bénéficient de rabais.

À propos des rabais

Comme nous l'avons dit au début, les achats sont souvent gérés par n'importe qui — on trouve un responsable, puis ce dernier se débrouille tout seul. Le plus souvent, les « responsables » sont des gens déjà très occupés, et nous nous retrouvons avec une situation où une personne décide rapidement et efficacement, mais de manière complètement autonome, quoi et en quelles quantités acheter.

En interagissant avec un représentant commercial du service cloud, on peut obtenir des conditions plus favorables lorsqu'il s'agit d'achats en gros de capacités. Il est clair qu'on ne peut pas obtenir de tels rabais via une machine avec une mise en commande silencieuse et unilatérale — mais en discutant avec un vrai responsable commercial, cela peut porter ses fruits. Ces gens peuvent également vous indiquer quels sont les produits actuellement en promotion. Cela peut aussi être utile.

Il faut garder à l'esprit qu'AWS ou Azure ne sont pas les seules options. Bien sûr, il ne s'agit pas de créer son propre serveur — mais il existe des alternatives à ces deux solutions classiques des géants.

Par exemple, Google propose une plateforme pour les entreprises appelée Firebase, sur laquelle il est possible de déployer rapidement un projet mobile nécessitant une mise à l'échelle rapide. Stockage, bases de données en temps réel, hébergement et synchronisation des données cloud grâce à cette solution sont disponibles au même endroit.

D'une part, si nous ne parlons pas d'un projet monolithique, mais de leur ensemble, alors une solution centralisée n'est pas toujours avantageuse. Si le projet est durable, a son histoire de développement et une quantité correspondante de données à stocker, il vaut la peine de réfléchir à une répartition plus fragmentée.

Lors de l'optimisation des coûts des services cloud, vous pouvez réaliser soudainement qu'il est possible d'acheter des tarifs plus puissants pour les applications critiques pour l'entreprise, garantissant ainsi un fonctionnement ininterrompu. Dans le même temps, conserver des « héritages » de développement, anciens archives, bases de données et autres dans des clouds coûteux n'est pas la meilleure solution. En effet, des données similaires peuvent très bien être hébergées dans un data center standard avec des HDD ordinaires et du matériel de puissance moyenne sans aucun « gadget ».

On peut encore penser que « ce travail n'en vaut pas la peine », mais toute la problématique de cette publication repose sur le fait qu'à différentes étapes, les personnes responsables ignorent les détails et prennent des décisions qui sont plus faciles et plus rapides. Ce qui, au final, se traduit par des factures horrifiantes après quelques années.

Quel est le résultat ?

En général, le cloud c'est super, il résout de nombreux problèmes pour les entreprises de toutes tailles. Cependant, la nouveauté de ce phénomène signifie que nous n'avons toujours pas de culture de consommation et de gestion. FinOps est un levier organisationnel qui aide à utiliser plus efficacement les ressources cloud. L'important est de ne pas transformer ce rôle en un équivalent de brigade d'exécution, dont la tâche sera d'attraper les développeurs inattentifs sur le vif et de les « gronder » pour les temps d'inactivité des ressources.

Les développeurs doivent développer, pas compter l'argent de l'entreprise. Ainsi, FinOps doit rendre la procédure d'achat ainsi que le processus de désallocation ou de transfert des capacités cloud à d'autres équipes simples et agréables pour toutes les parties.

Source : habr.com