云优化是一项将FinOps和CloudOps等多个学科和方法结合在一起的工作，这从来不简单，但今天更加复杂。

　　在严峻的全球经济环境中，优化变得越来越重要，但与此同时，有关安全和数据隐私的法规需要谨慎权衡。

　　更难的是，这是跨越职能和部门的权衡。当然，你可以假装云优化只是一项运维或IT任务，但抱着这样的态度，必然会失败。有效的优化需要一种跨职能的心态，在这种心态下，运维、开发和财务共同承认其相互依存的目标和挑战。

　　如果不采用这种方法，优化工作可能会适得其反：这些相互依赖性造成的冲突会减缓决策和行动，导致成本螺旋上升，创新受到阻碍和严重限制。

　　这带来的后果可能会导致整个组织的不信任和幻灭。无论是会计师、软件开发人员还是解决方案架构师，很少有人愿意参与其中。

　　那么，在优化和成功实施CloudOps和FinOps时，如何可能培养所需的信任？

　　弥合FinOps和DevOps之间的差距

　　信任是组织文化的产物。这需要领导力。但这也需要了解每个团队在组织使命中扮演的角色。

　　NetApp Spot的战略联盟开发人员关系经理Shon Harris表示，诚然，开发人员、运维工程师和组织的业务部门之间存在着“健康的紧张关系”。

　　Harris表示：“企业有权为股东和利益相关者做出相关商业决策，开发人员有责任推出高质量产品，运维人员有责任使其发挥作用。”

　　云优化之所以如此重要，是因为它将两种动力联系在一起：第一，更保守的效率驱动力，第二，创新和发明驱动力。如果没有正确的对齐水平或缺少工具，这两件事很快就会发生冲突。但事实上，它们彼此绝对依赖。

　　Harris建议，当找到了正确的平衡点，“你不仅仅专注于高效地维护运维工作负载。你在做这件事，而且还一直在执行‘我们可以去构建人们想要购买的其他酷东西，并以我们以前从未想过的方式真正发展我们的业务’。”

　　这两种冲动不会消失。然而，策略和正确的工具可以使它们协同工作。它首先为软件开发人员提供一个解决方案，以最有效的方式支持特定应用程序所需的性能，从而可以在每个级别上“以更少的资源做更多的事情”。

　　也许正是通过将优化和效率结合在一起，行业才能从将FinOps视为一项业务活动转变为将其视为“以弥合财务和IT之间差距的方式整合优化”，正如Harris所描述的那样。

　　换言之，它使FinOps成为构建在组织看待和理解金融与技术之间关系的方式中的东西。

　　“在FinOps成为业务之前，你仍然会有一个脱节。”

　　通过共享上下文建立信任

　　有一个共同的讨论环境有助于促进这种理解，并最终促进这种信任。创建公共上下文的一种方法是使用相同的工具。

　　“过去你必须使用这么多不同的工具你必须向Dev提供访问权限，必须访问业务。”

　　然而，他建议，使用像Spot by NetApp这样的CloudOps工具组合，可以克服碎片化和上下文切换的问题。

　　将不同的工具放在一个套件中创建了一个共同的上下文，这使得需要关注云的不同功能（无论是Ops、Dev还是财务）更容易相互交互。这是信任的坚实基础；它确保了不同利益相关者做出的决策能够得到更清晰的沟通和解释。

　　例如，如果财务部门想知道为什么AWS账单中有意外的5万美元，Spot提供的工具不仅可以让Ops更容易地进行实际对话，还可以为此做些什么——例如，Eco旨在通过自动化资源分配和提高备用容量的效率，帮助用户获得更多的云投资。

　　这些类型的工具具有难以置信的强大潜力，使得以前可能有非常不同的观点和谈论事情的方式的团队能够更有效地工作。但除此之外，它还可以帮助人们对优化的目的有一种集体意识。

　　“当谈到优化时，组织中的每个人都必须团结起来，了解优化的长期目标是什么。”

　　理论上，这是一个应该事先确定的问题；事实上，这很困难。拥有一个共享空间——比如一个工具或一组仪表盘——是实现这一共享愿景的一种有效方式。

　　建立团队信心

　　随着组织开始要求团队用更少的资源做更多的事情，各种各样的优化将成为技术团队（开发和运维）必须做的一个重要部分。但要想真正有效，团队自治还需要建立在信心的基础上——你需要知道投入的时间，从组织更广泛的目标来看，投入精力和金钱是有意义的。

　　幸运的是，Spot也能在这里提供帮助。它为团队提供了做出自动化决策所需的数据，因此他们可以从战略角度根据最重要的事情进行优先级排序。

　　“人们不太确定六、九、十个月后会发生什么。让人们更容易获得可操作的数据，无论你在业务的哪个部分，这样你就可以进去，你可以说，‘这是我们做得对的地方，这是我们可以优化的地方’——这是我们的一大重点。”

　　Spot实现更大自主性的方法之一是使用自动化功能。它的人工智能能力基于多年的云性能数据，能够处理基础设施问题，因此团队可以参与增值活动和计划。

　　“你不想考虑基础设施。要么过度供应，要么不足供应。我们进来说，‘让我们把它从你的盘子里拿出来，让你去写擅长的代码，我们会告诉你需要运行什么。’我们会根据你的历史使用情况告诉你什么实例最有效。我们会告诉你如何根据应用程序的指标平衡Kubernetes集群。”

　　这里，Harris指的是Spot的Ocean产品，它帮助团队更好地管理和优化容器工作负载，但Spot平台上也有类似的产品。

　　例如，Eco帮助组织管理云容量，在需要时自动出售或获取备用容量，而Elastigroup允许团队通过最大化现场实例和备用容量，同时保持可靠性，从而自动扩展工作负载。

　　这些自动化功能对于理解Spot至关重要，但特别重要的是，它的设计允许用户响应其组织的特定需求。毕竟，组织环境总是各具特色——自动化总是需要记住这一点。

　　这不仅仅是产品的开发：它还内置于Spot团队迎接新客户的方式中。Harris表示，该公司通常会建议客户在编程自动化任务之前等待两周。这在很大程度上是为了确保用户真正了解其组织环境的具体情况，并真正了解他们所看到的数据意味着什么。

　　他说：“我们客户采取一种平衡的方法来传播他们所获得的信息。如果你不知道你在找什么，或者在看什么，就会有问题。”

　　创建共享语言

　　云优化不能简化为纯粹的技术或战略。它位于不同团队、视角和技能集的交叉点。尽管十多年来，DevOps这样的趋势一直强调心态转变和交叉协作的重要性，但FinOps和CloudOps尤其重要（或许具有挑战性），需要与软件工程相距一定距离的团队之间的协作。

　　Netapp开发Spot时就清楚地意识到了这一挑战；随着业务和技术功能日益相互依赖，以及每个人都面临着用更少的资源做更多事情的压力，找到共同点——一种共同的语言，将是未来成功的基础。