该框架的结构遵循行业的演变。因此，刚刚描述的主题领域可能会随着与新兴趋势相关的新计算模型的出现和采用而发生变化，例如 Metaverse 或去中心化/Web3 计算。
如前所述，FinOps 模型的原则定义了不同公司角色相互运作和协作的准则。让我们详细看看它们：
团队必须协作。想要采用 FinOps 模型但同时又维持垂直孤岛的组织将失去在制定决策时考虑公司所有观点的能力。
每个团队负责自己的费用。云成本的规模和分配是倡议发起者/所有者团队的责任。
集中治理。有一个中央委员会负责协调和监督 FinOps 框架的应用。
及时且易于查阅的报告。生成与云成本 老挝电报数据 相关的 KPI/报告一定不是一项耗时的操作，而应尽可能接近Self-BI 模型。
价值和数据驱动的决策。根据云在特定情况下的价值进行选择，选择适当的托管模型也与计划的战略性质有关。
利用动态成本模型的优势。这是一个成本模型，除了与计算能力相关的成本之外，还封装了许可成本（传统上始终代表独立的成本项目）。这允许双重级别的整合和优化。
FinOps 团队的结构
FinOps 团队是一个异构团队，汇集了公司不同的专业领域和领域，以参与的方式为公司创造价值。
FinOps 团队与任何跨职能团队一样，很容易将某些配置文件/角色外包。这不仅可以优化资源，还可以利用公司不一定具备的技能，但这些技能对于正确实施 FinOps 战略至关重要。关键角色是：
FinOps Practitioner：FinOps 框架的促进者和专家（类似于 Scrum Master）。
执行：重点关注 FinOps 计划的问责制、透明度和进展（预算和时间）。
业务/产品负责人：内部计划的焦点，其中云是关键要素。
财务/采购：与 FinOps 从业者合作解释收集的数据和指标。
工程/运营：负责产品价值的交付和维护。