Vous vous êtes certainement demandé combien coûterait l'infrastructure de votre projet. En même temps, c'est surprenant : la croissance des coûts n'est pas linéaire par rapport aux charges. De nombreux propriétaires d’entreprises, stations-service et promoteurs comprennent secrètement qu’ils paient trop cher. Mais pour quoi exactement ?
En règle générale, la réduction des coûts se résume simplement à trouver la solution la moins chère, un plan AWS ou, dans le cas de racks physiques, à optimiser la configuration matérielle. Ce n'est pas tout : en fait, tout le monde fait cela, comme Dieu le veut : si nous parlons d'une startup, il s'agit probablement d'un développeur de premier plan qui a beaucoup de maux de tête. Dans les grands bureaux, cette question est gérée par le CMO/CTO, et parfois le directeur général s'implique personnellement dans le problème en collaboration avec le chef comptable. En général, ce sont les gens qui ont suffisamment de préoccupations « fondamentales ». Et il s’avère que les factures d’infrastructures augmentent, mais ceux qui n’ont pas le temps de s’en occuper s’en occupent.
Si vous devez acheter du papier toilette pour le bureau, cela sera fait par le responsable des approvisionnements ou par une personne responsable de l'entreprise de nettoyage. Si nous parlons de développement, de leads et de CTO. Ventes - tout est également clair. Mais depuis l'époque où une « salle de serveurs » était le nom d'une armoire dans laquelle se trouvait un système tour ordinaire avec un peu plus de RAM et quelques disques durs dans le raid, tout le monde (ou du moins beaucoup) ignore le le fait que l'achat de capacité doit également être confié à une personne spécialement formée.
Hélas, la mémoire historique et l’expérience indiquent que pendant des décennies, cette tâche a été confiée à des personnes « aléatoires » : celui qui était le plus proche reprenait la question. Et ce n’est que récemment que le métier FinOps a commencé à prendre forme sur le marché et à prendre une forme concrète. Il s'agit de la même personne spécialement formée dont la tâche est de contrôler l'achat et l'utilisation des capacités. Et, in fine, en réduisant les coûts de l’entreprise dans ce domaine.
Nous ne préconisons pas l'abandon de solutions coûteuses et efficaces : chaque entreprise doit décider elle-même de ce dont elle a besoin pour une existence confortable en termes de tarifs matériels et cloud. Mais on ne peut s'empêcher de prêter attention au fait qu'un achat irréfléchi « selon la liste » sans suivi et analyse ultérieurs de l'utilisation pour de nombreuses entreprises entraîne finalement des pertes très, très importantes en raison d'une gestion inefficace des « actifs » de leur backend.
Qui est FinOps
Disons que vous avez une entreprise réputée, dont les commerciaux parlent d'« entreprise » d'un ton haletant. Probablement, « selon la liste », vous avez acheté une douzaine ou deux de serveurs, AWS et quelques autres « petites choses ». Ce qui est logique : dans une grande entreprise, une sorte de mouvement se produit constamment : certaines équipes grandissent, d'autres se désintègrent, d'autres sont transférées vers des projets voisins. Et la combinaison de ces mouvements, ainsi que du mécanisme de passation des marchés publics « par liste », conduit finalement à de nouveaux cheveux gris lorsque l’on examine la prochaine facture mensuelle d’infrastructures.
Alors que faire - continuer patiemment à grisonner, peindre dessus ou comprendre les raisons de l'apparition de ces nombreux zéros terribles dans le paiement ?
Soyons honnêtes : l’approbation, l’approbation et le paiement direct 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 du mouvement constant des entreprises que certaines de ces mêmes acquisitions peuvent être « perdues » quelque part. Et c’est trivial de rester les bras croisés. Si un administrateur attentif remarque un rack sans propriétaire dans sa salle de serveurs, alors dans le cas des tarifs cloud, tout est bien plus triste. Ils peuvent être immobilisés pendant des mois - payés, mais en même temps, personne dans le département pour lequel ils ont été achetés n'en a plus besoin. Dans le même temps, des collègues du bureau voisin commencent à s'arracher leurs cheveux pas encore gris non seulement sur la tête, mais aussi à d'autres endroits - ils n'ont pas pu payer à peu près le même tarif AWS pour la nième semaine, ce qui est désespérément nécessaire.
Quelle est la solution la plus évidente ? C'est vrai, remettez les rênes à 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 connaître la richesse du premier, qui s'est avéré n'avoir pas vraiment besoin de cette richesse.
Qui est à blâmer pour cela ? - En fait, personne. C'est ainsi que tout est organisé pour l'instant.
Qui en souffre ? - Ça y est, toute l'entreprise.
Qui peut remédier à la situation ? - Oui, oui, FinOps.
FinOps n'est pas seulement une couche entre les développeurs et l'équipement dont ils ont besoin, mais une personne ou une équipe qui saura où, quoi et dans quelle mesure il « se situe » en termes des mêmes tarifs cloud achetés par l'entreprise. En effet, ces personnes doivent travailler en tandem avec le DevOps, d’une part, et la direction financière, d’autre part, jouant le rôle d’intermédiaire efficace et, surtout, d’analyste.
Un peu sur l'optimisation
Des nuages. Relativement bon marché et très pratique. Mais cette solution cesse d’être bon marché lorsque le nombre de serveurs atteint deux ou trois chiffres. De plus, les cloud permettent d'utiliser de plus en plus de services jusqu'alors indisponibles : ce sont des bases de données as a service (Amazon AWS, Azure Database), des applications sans serveur (AWS Lambda, Azure Functions) et bien d'autres. Ils sont tous très cool car ils sont faciles à utiliser – achetez et partez, sans problème. Mais plus l’entreprise et ses projets s’enfoncent dans les nuages, plus le directeur financier dort mal. Et plus vite le général devient gris.
Le fait est que les factures pour divers services cloud sont toujours extrêmement déroutantes : pour un article, vous pouvez recevoir une explication de trois pages expliquant quoi, où et comment est allé votre argent. Ceci, bien sûr, est agréable, mais il est presque impossible de le comprendre. D'ailleurs, notre avis sur cette question est loin d'être le seul : pour transférer des comptes cloud vers des comptes humains, il existe des services entiers, par exemple ou . Si quelqu'un prenait la peine de créer un service distinct pour déchiffrer les factures, l'ampleur du problème aurait dépassé le coût de la teinture capillaire.
Alors, que fait FinOps dans cette situation :
- comprend clairement quand et dans quels volumes les solutions cloud ont été achetées.
- sait comment ces capacités sont utilisées.
- les redistribue en fonction des besoins d'une unité particulière.
- n’achète pas « pour que cela soit ».
- et au final, cela vous fait économiser de l'argent.
Un bon exemple est le stockage dans le cloud d’une copie froide d’une base de données. Par exemple, l’archivez-vous afin de réduire la quantité d’espace et le trafic consommé lors de la mise à jour du stockage ? Oui, il semblerait que la situation soit bon marché - dans un seul cas spécifique, mais la totalité de ces situations bon marché entraîne ultérieurement des coûts exorbitants pour les services cloud.
Ou une autre situation : vous avez acheté de la capacité de réserve sur AWS ou Azure afin de ne pas tomber en période de pointe. Pouvez-vous être sûr que c'est la solution optimale ? Après tout, si ces instances sont inactives à 80 %, vous donnez simplement de l'argent à Amazon. De plus, pour de tels cas, les mêmes AWS et Azure ont des instances extensibles - pourquoi avez-vous besoin de serveurs inactifs, si vous pouvez utiliser un outil pour résoudre les problèmes de charge de pointe ? Ou, au lieu des instances sur site, vous devriez vous tourner vers les instances réservées : elles sont beaucoup moins chères et offrent également des réductions.
Au fait, à propos des réductions
Comme nous l'avons dit au début, les achats sont souvent effectués par n'importe qui - ils ont trouvé le dernier, puis il le fait lui-même d'une manière ou d'une autre. Le plus souvent, les personnes déjà occupées deviennent « extrêmes » et, par conséquent, nous obtenons une situation dans laquelle une personne décide rapidement et habilement, mais en toute indépendance, quoi acheter et en quelles quantités.
Mais en interagissant avec un vendeur du service cloud, vous pouvez bénéficier de conditions plus avantageuses en matière d'achat en gros de capacité. Il est clair que vous ne pourrez pas obtenir de telles réductions avec une voiture avec une immatriculation silencieuse et unilatérale - mais après avoir discuté avec un vrai directeur commercial, vous risquez de vous épuiser. Ou ces gars-là peuvent vous dire sur quoi ils bénéficient actuellement de réductions. Cela peut aussi être utile.
Dans le même temps, vous devez vous rappeler que la lumière n'a pas convergé comme un coin sur AWS ou Azure. Bien sûr, il n’est pas question d’aménager sa propre salle serveurs – mais il existe des alternatives à ces deux solutions classiques des géants.
Par exemple, Google a proposé aux entreprises la plateforme Firebase, sur laquelle elles peuvent héberger le même projet mobile clé en main, ce qui peut nécessiter une mise à l'échelle rapide. Le stockage, la base de données en temps réel, l'hébergement et la synchronisation des données cloud en utilisant cette solution comme exemple sont disponibles en un seul endroit.
En revanche, s'il ne s'agit pas d'un projet monolithique, mais de leur totalité, alors une solution centralisée n'est pas toujours bénéfique. Si le projet est de longue durée, possède son propre historique de développement et une quantité correspondante de données requises pour le stockage, il convient alors de réfléchir à un placement plus fragmenté.
En optimisant les coûts des services cloud, vous vous rendrez peut-être compte soudainement que pour les applications critiques pour l'entreprise, vous pouvez acheter des tarifs plus puissants qui fourniront à l'entreprise des revenus ininterrompus. Dans le même temps, stocker « l’héritage » du développement, les anciennes archives, bases de données, etc. dans des cloud coûteux est une solution. Après tout, pour de telles données, un centre de données standard avec des disques durs ordinaires et du matériel de puissance moyenne sans fioritures est tout à fait approprié.
Là encore, on pourrait penser que «ce tapage n'en vaut pas la peine», mais tout le problème de cette publication réside dans le fait qu'à différentes étapes, les responsables négligent les petites choses et font ce qui est plus pratique et plus rapide. Ce qui, en fin de compte, après quelques années, aboutit à ces récits d’horreur.
Le résultat?
En général, les nuages sont sympas, ils résolvent de nombreux problèmes pour les entreprises de toutes tailles. Cependant, la nouveauté de ce phénomène fait que nous n’avons toujours pas de culture de consommation et de gestion. FinOps est un levier organisationnel qui vous aide à exploiter plus efficacement la puissance du cloud. L'essentiel n'est pas de transformer cette position en un analogue d'un peloton d'exécution, dont la tâche sera d'attraper par la main les développeurs inattentifs et de les « gronder » pour les temps d'arrêt.
Les développeurs doivent développer et non compter l’argent de l’entreprise. FinOps devrait donc faire du processus d'achat et du processus de mise hors service ou de transfert de capacité cloud à d'autres équipes un événement simple et agréable pour toutes les parties.
Source: habr.com