Combien dépensez-vous en infrastructure? Et comment économiser sur cela?

Certainement, vous vous demandiez combien votre infrastructure de projet coûte. En même temps, c'est surprenant: la croissance des dépenses n'est pas linéaire par rapport aux charges. De nombreux propriétaires d'entreprise, stations-service et développeurs comprennent implicitement qu'ils paient trop cher. Mais pour quoi exactement?

Habituellement, la réduction des coûts se résume à trouver simplement la solution la moins chère, le tarif AWS, ou, si nous parlons de stands physiques, à optimiser la configuration de l'équipement. Non seulement cela: en fait, tout le monde le fait, comme Dieu le dit dans l'âme: si nous parlons d'une startup, alors c'est probablement le développeur principal avec assez de brouhaha. Dans les grands bureaux, le CMO / CTO s'occupe de cela; parfois, le PDG intervient personnellement en couple avec le chef comptable. En général, les personnes qui ont suffisamment de «profil» s'inquiètent. Et il se trouve que les factures d’infrastructure augmentent, mais ils le comprennent ... ceux qui n’ont pas le temps de s’en occuper.

Si vous devez acheter du papier toilette au bureau, le responsable de l'approvisionnement ou une personne responsable de l'entreprise de nettoyage le fera. Si nous parlons de développement - leads et CTO. Ventes - tout est clair aussi. Mais même à l'époque barbue, lorsque le «serveur» était appelé l'armoire, dans laquelle il y avait un système de tour ordinaire avec un peu plus de RAM et quelques disques durs dans le raid, tous (ou au moins beaucoup) ignorent le fait que les achats de capacité devraient également une personne spécialement formée.

Hélas, la mémoire historique et l'expérience indiquent que cette tâche a été transférée pendant des décennies à des personnes «aléatoires»: celui qui était le plus proche a répondu à la question. Et ce n'est que récemment que la profession FinOps a commencé à prendre forme et à adopter des contours spécifiques sur le marché. Il s'agit de la personne très spécialement formée dont la tâche est de contrôler l'achat et l'utilisation des capacités. Et, finalement, en réduisant les coûts de l'entreprise dans ce domaine.

Nous ne faisons pas campagne pour abandonner des solutions coûteuses et efficaces: chaque entreprise doit décider elle-même ce dont elle a besoin pour une existence confortable en termes de tarifs fer et cloud. Mais on ne peut que faire attention au fait que des achats irréfléchis «sur une liste» sans suivi et analyse ultérieurs de l'utilisation pour de nombreuses entreprises entraînent des pertes très, très substantielles dues à une gestion inefficace des «actifs» de son backend.

Qui est FinOps

Disons que vous avez une entreprise solide, dont les vendeurs aspirent à dire "entreprise". Probablement, "sur la liste", vous avez acheté une douzaine ou deux serveurs, AWS et autre chose "sur les petites choses". Ce qui est logique: dans une grande entreprise, il y a une sorte de mouvement - certaines équipes se développent, d'autres se séparent et d'autres sont transférées vers des projets voisins. Et la combinaison de ces mouvements conjointement avec le mécanisme d'approvisionnement «basé sur une liste» conduit finalement à de nouveaux cheveux gris lors de la visualisation de la prochaine facture mensuelle d'infrastructure.

Alors, que faire - patiemment griser plus loin, peindre ou comprendre les raisons de l'apparition de ces nombreux zéros terribles dans le paiement?

C’est un péché à cacher: 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 (presque jamais) une réalité. Et juste à cause du mouvement constant des entreprises, certaines de ces acquisitions peuvent être «perdues» quelque part. Et restez inactif. Si un administrateur attentif remarque un rack sans propriétaire dans sa salle de serveurs, alors dans le cas des tarifs cloud, tout est beaucoup plus triste. Ils peuvent tenir une blague pendant des mois - payés, mais en même temps plus nécessaires à quiconque dans le département dans lequel ils ont été acquis. Dans le même temps, les collègues du prochain bureau n'ont pas encore commencé à se déchirer les cheveux gris, non seulement sur la tête, mais dans d'autres endroits - ils n'ont pas pu payer pour eux la même semaine environ le même tarif AWS, 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 heureux. Oui, seules les communications horizontales ne sont pas toujours bien établies. Et le deuxième département peut tout simplement ne pas être conscient de la richesse du premier, à laquelle cette richesse même n'était en quelque sorte pas particulièrement nécessaire.

Qui est à blâmer? - Dites généralement personne. Jusqu'ici, jusqu'ici, tout est arrangé.
Qui en souffre? - C'est ça, toute l'entreprise.
Qui peut régler 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 à quel point «ment» en termes des mêmes tarifs cloud achetés par l'entreprise. En fait, ces personnes devraient travailler dans la même équipe avec DevOps, d'une part, et le service financier, d'autre part, agissant comme un intermédiaire efficace et, plus important encore, des analyses.

Un peu d'optimisation

Les nuages. Relativement bon marché et très pratique. Mais cette solution cesse d'être bon marché lorsque le nombre de serveurs devient à deux ou trois chiffres. De plus, les clouds permettent d'utiliser de plus en plus de services qui n'étaient pas disponibles auparavant: ce sont les bases de données en tant que service (Amazon AWS, Azure Database), les applications sans serveur (AWS Lambda, Azure Functions) et bien d'autres. Ils sont tous très cool car ils sont faciles à utiliser - achetés et conduits, pas de problème. C'est juste que plus l'entreprise et ses projets plongent dans les nuages, plus le CFO dort. Et plus vite le général devient gris.

Le fait est que les comptes de divers services cloud sont toujours extrêmement déroutants: vous pouvez obtenir un décryptage de trois pages pour une position, pour quoi, où et comment votre argent est allé. Bien sûr, c'est bien, mais comprendre c'est presque impossible. De plus, notre avis sur cette question est loin d'être le seul: pour transférer des comptes cloud à l'homme, il existe des services entiers, par exemple www.cloudyn.com ou www.cloudability.com . Si quelqu'un était confus en créant un service distinct pour le décryptage des comptes, l'ampleur du problème dépassait 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 pouvoirs sont utilisés.
• les redistribue en fonction des besoins d'une unité particulière.
• n'achète pas "c'était."
• et à la fin, cela vous fait économiser de l'argent.

Un bon exemple est le stockage dans le cloud d'une copie à froid 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 cas particulier, mais la totalité de ces situations bon marché se traduit alors par des coûts exorbitants pour les services cloud.

Ou une autre situation: vous avez acheté une alimentation de réserve sur AWS ou Azure, afin de ne pas tomber sous la charge de pointe. Pouvez-vous être sûr que c'est la meilleure solution? Après tout, si ces instances sont inactives à 80%, vous donnez simplement de l'argent à Amazon. De plus, dans de tels cas, les mêmes AWS et Azure ont des instances éclatables - pourquoi avez-vous besoin de serveurs fumeurs gratuits, si vous pouvez utiliser l'outil pour résoudre les problèmes de charges de pointe uniquement? Ou au lieu d'instances sur site, vous devriez regarder dans la direction de Réservé - ils sont beaucoup moins chers et offrent des remises sur eux.

En parlant de remises

Comme nous l'avons dit au début, n'importe qui est souvent engagé dans les achats - ils ont trouvé le dernier, puis en quelque sorte lui-même. Le plus souvent, les personnes qui sont déjà occupées deviennent «extrêmes», et à la fin, nous obtenons une situation où une personne décide rapidement et habilement, mais complètement indépendamment de quoi et en quelles quantités acheter.

Mais lorsque vous interagissez avec le vendeur du côté du service cloud, vous pouvez obtenir des conditions plus favorables en ce qui concerne l'achat en gros de capacités. Il est clair que recevoir de telles remises d'une voiture avec une immatriculation silencieuse et unilatérale ne fonctionnera pas - mais après avoir parlé avec un vrai directeur des ventes, cela peut brûler. Ou ces gars-là peuvent dire ce qu'ils ont des rabais pour l'instant. Aussi utile.

Dans le même temps, vous devez vous rappeler que sur AWS ou Azure, la lumière n'a pas convergé. Bien sûr, il n'est pas question d'organiser votre propre salle de serveurs - mais il existe également des alternatives à ces deux solutions classiques des géants.

Par exemple, Google a apporté la plate-forme Firebase pour les entreprises, sur laquelle il est possible de placer le même projet mobile sur une base 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 à l'aide de l'exemple de cette solution sont disponibles en un seul endroit.

D'un autre côté, si nous ne parlons pas d'un projet monolithique, mais de leur combinaison, alors une solution centralisée n'est pas toujours bénéfique. Si le projet est de longue durée, a son propre historique de développement et la quantité correspondante de données requises pour le stockage, alors il vaut la peine de penser à un placement plus fragmenté.

Lors de l'optimisation des coûts des services cloud, vous pouvez soudainement réaliser que pour les applications critiques, vous pouvez acheter des tarifs plus puissants qui garantiront des revenus ininterrompus pour l'entreprise. Dans le même temps, «l'héritage» du développement, des anciennes archives, des bases de données, etc. à stocker dans des clouds coûteux est une solution pour vous. En effet, pour de telles données, un centre de données standard avec des disques durs conventionnels et du matériel de moyenne puissance sans «lotions» est tout à fait approprié.

Là encore, vous pourriez penser que «ce tapage n'en vaut pas la peine», mais tout le numéro de cette publication est basé sur le fait qu'à des stades divers, des personnes responsables martèlent sur des bagatelles et agissent aussi facilement et plus rapidement que possible. Ce qui, au final, dans quelques années se traduit par ces mêmes récits d'horreur.

Quel est le résultat?

En général, les nuages ​​sont cool, ils résolvent beaucoup de problèmes pour une entreprise de toute taille. Cependant, la nouveauté de ce phénomène conduit au 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 de votre cloud. L'essentiel n'est pas de transformer ce poste en un analogue du peloton d'exécution, dont la tâche sera d'attraper la main des développeurs inattentifs et de les "gronder" pour les temps d'arrêt.

Les développeurs doivent développer, sans compter l'argent de l'entreprise. FinOps devrait donc faire du processus d'achat et du processus de déclassement ou de transfert de capacité cloud à d'autres équipes un événement simple et agréable pour toutes les parties.