您肯定想知道您的项目的基础设施成本是多少。 同时，令人惊讶的是：成本的增长与负载并不是线性的。 很多企业主、加油站、开发商心里都明白自己多付了钱。 但到底是为了什么？
通常，削减成本只需找到最便宜的解决方案、AWS 计划，或者在物理机架的情况下，优化硬件配置。 不仅如此：事实上，任何人都在这样做，这是上帝所喜悦的：如果我们谈论的是一家初创公司，那么这可能是一个有很多令人头疼的领先开发人员。 在较大的办公室，这由 CMO/CTO 处理，有时总经理亲自与总会计师一起参与该问题。 一般来说，那些有足够“核心”关注点的人。 事实证明，基础设施费用正在上涨，但那些没有时间处理它的人正在处理它。
如果您需要为办公室购买卫生纸，这将由供应经理或清洁公司的负责人来完成。 如果我们谈论的是开发 - 领导和首席技术官。 销售——一切也都清楚了。 但从过去开始，当“服务器机房”是一个机柜的名称时，其中有一个普通的塔式系统，具有更多的 RAM 和几个硬盘驱动器，每个人（或至少很多人）都忽略了这个事实上，容量的购买也应该由经过专门培训的人员来处理。
唉，历史记忆和经验表明，几十年来，这项任务被转移到“随机”的人身上：无论谁最接近的人都会提出这个问题。 直到最近，FinOps 专业才开始在市场上形成并具有一定的具体形状。 这也是经过专门培训的人员，其任务是控制容量的购买和使用。 最终，降低公司在这一领域的成本。
我们并不主张放弃昂贵而有效的解决方案：每个企业都必须自己决定在硬件和云资费方面舒适的生存需要什么。 但不能不关注的是，很多企业盲目地“按清单”采购，没有进行后续的使用监控和分析，最终因后台“资产”管理不力而造成非常非常大的损失。
FinOps 是谁
假设你有一家信誉良好的企业，销售人员用气喘吁吁的语气谈论“企业”。 可能“根据清单”你买了十几两台服务器、AWS和其他一些“小东西”。 这是合乎逻辑的：在一家大公司中，某种运动不断发生——一些团队成长，另一些团队解散，另一些团队被转移到邻近的项目。 这些举措与“清单式”采购机制相结合，最终导致下个月的基础设施账单出现新的白发。
那么该怎么办——耐心地继续灰色、涂漆，或者找出付款中出现这些无数可怕的零的原因？
老实说：在公司内部以相同的 AWS 资费批准、批准和直接支付申请并不总是（实际上，几乎从不）很快。 正是由于不断的企业变动，其中一些相同的收购可能会“丢失”在某个地方。 闲着也是小事。 如果细心的管理员注意到他的服务器机房中有一个无主的机架，那么在云收费的情况下，一切都会更加悲伤。 它们可以闲置数月——已付费，但同时购买它们的部门中的任何人都不再需要它们。 与此同时，隔壁办公室的同事们开始拔掉尚未花白的头发，不仅是头上的头发，还有其他地方的头发——他们已经连续第 n 周无法支付大致相同的 AWS 资费了，这使得他们无法支付大约相同的 AWS 费用。是迫切需要的。
最明显的解决方案是什么？ 没错，把大权交给有需要的人，皆大欢喜。 但横向沟通并不总是建立得很好。 第二部门可能根本不知道第一部门的财富，不知何故，第一部门实际上并不需要这些财富。
谁应该为此负责？ - 事实上，没有人。 这就是目前一切的设置方式。
谁受此苦？ - 就是这样，整个公司。
谁能解决这个问题？ - 是的，是的，FinOps。
FinOps 不仅仅是开发人员和他们所需的设备之间的一层，而是一个个人或团队，他们会知道它在公司购买的相同云资费方面的“位置”、“位置”和“位置”如何。 事实上，这些人必须一方面与 DevOps 配合，另一方面与财务部门配合，扮演有效的中介人的角色，最重要的是扮演分析师的角色。
关于优化的一些知识
云。 比较便宜而且很方便。 但当服务器数量达到两位数或三位数时，这种解决方案就不再便宜。 此外，云使得使用越来越多以前无法使用的服务成为可能：这些是数据库即服务（Amazon AWS、Azure 数据库）、无服务器应用程序（AWS Lambda、Azure Functions）等等。 它们都非常酷，因为它们易于使用 - 买了就走，没有任何问题。 但公司及其项目越深入云端，首席财务官睡得就越糟糕。 将军变灰的速度越快。
事实上，各种云服务的发票总是非常令人困惑：对于某一项，您可能会收到一份三页的解释，说明您的资金去向、去向和方式。 这当然是令人愉快的，但它几乎是不可能理解的。 而且，我们对这个问题的看法远非唯一：为了将云帐户转移到人类帐户，有完整的服务，例如 или 。 如果有人费心创建一个单独的服务来破译账单，那么问题的严重程度已经超出了染发剂的成本。
那么 FinOps 在这种情况下会做什么：
- 清楚地了解购买云解决方案的时间和数量。
- 知道如何使用这些能力。
- 根据特定单位的需要重新分配它们。
- 不相信“事情可能如此”。
- 最终，它可以为您省钱。
一个很好的例子是数据库冷副本的云存储。 例如，您是否将其存档以减少更新存储时消耗的空间和流量？ 是的，在单个特定情况下，这种情况似乎很便宜，但这种廉价情况的整体随后会导致云服务成本过高。
或者另一种情况：您在 AWS 或 Azure 上购买了预留容量，以免陷入峰值负载。 你能确定这是最优解吗？ 毕竟，如果这些实例闲置率达 80%，那么您只是在向亚马逊捐钱。 此外，对于这种情况，相同的AWS和Azure都有可突发的实例——如果你可以使用工具来解决峰值负载问题，为什么还需要空闲服务器呢？ 或者，您应该考虑预留实例，而不是本地实例 - 它们便宜得多，并且还提供折扣。
顺便说一下，关于折扣
正如我们一开始所说，采购通常是由任何人进行的 - 他们找到了最后一个，然后他自己以某种方式进行。 大多数情况下，已经很忙的人会变得“极端”，结果我们会遇到这样一种情况：一个人快速而熟练地但完全独立地决定购买什么以及购买数量。
但是，当您通过云服务与销售人员互动时，您可以在批量购买容量时获得更优惠的条件。 很明显，你无法从一辆无声且片面注册的汽车中获得这样的折扣——但在与真正的销售经理交谈后，你可能会精疲力竭。 或者这些人可以告诉你他们目前有什么折扣。 它也很有用。
同时，您需要记住，在 AWS 或 Azure 上，光线不会像楔子一样会聚。 当然，组织自己的服务器机房是毫无疑问的 - 但除了这两个来自巨头的经典解决方案之外，还有其他选择。
例如，谷歌为公司带来了 Firebase 平台，他们可以在交钥匙基础上托管相同的移动项目，这可能需要快速扩展。 以该方案为例，存储、实时数据库、托管和云数据同步都在一处可用。
另一方面，如果我们谈论的不是单一项目，而是整体项目，那么集中式解决方案并不总是有益的。 如果项目生命周期较长，有自己的发展历史以及相应的存储所需数据量，那么就值得考虑更加碎片化的放置。
在优化云服务成本时，您可能会突然意识到，对于业务关键型应用程序，您可以购买更强大的资费，这将为公司提供不间断的收入。 同时，将开发的“遗产”、旧档案、数据库等存储在昂贵的云中也是一种解决方案。 毕竟，对于这样的数据，配备普通硬盘和中等功率硬件、不带任何花哨的标准数据中心是相当合适的。
说到这里，你也许会觉得“大惊小怪不值得”，但这篇文章的全部问题是基于这样一个事实：在各个阶段，负责人忽略了小事，只做更方便、更快捷的事情。 最终，几年后导致了那些非常恐怖的记录。
结果如何呢？
总的来说，云很酷，它们可以为任何规模的企业解决很多问题。 然而，这种现象的新颖性意味着我们还没有一种消费文化和管理文化。 FinOps 是一种组织杠杆，可帮助您更有效地利用云的力量。 最重要的是不要将这个职位变成行刑队的类似物，行刑队的任务是抓住不专心的开发人员并“责骂”他们造成停机。
开发商应该开发，而不是算公司的钱。 因此，FinOps 应该使采购过程以及退役或将云容量转移给其他团队的过程对各方来说都变得简单而愉快。
来源： habr.com