将软件开发和 IT运营相结合，并使项目在持续交付工作实践的整个想法，理论上是每个客户所要求的，但在实践中，您可能会发现这很困难。
本文将深入介绍 Microsoft FinOps 实施中最常见的错误是什么，以及在规划项目时应考虑哪些问题。
什么是FinOps？
FinOps 是云财务运营或云财务管理或云成本管理的简写。它是将财务引入云模型的做法，使分布式团队能够在速度、成本和质量之间进行业务权衡。
FinOps 确保您从在云中花费的每一元中获得最大价值。FinOps 实现了一种转变——系统、最佳实践和文化的结合——以提高组织了解云成本和进行业务权衡的能力。与 DevOps 通过打破孤岛和提高敏捷性来彻底改变开发的方式相同，FinOps 通过将技术、业务和财务专业人士与一组新流程聚集在一起来增加云的业务价值。
FinOps 的核心是一种文化实践。这是团队管理云成本的一种方式，每个人都拥有云的使用情况。IT、财务、产品等跨职能团队协同工作，以加快产品交付速度，同时获得更多的云成本控制和可预测性。
规划您的项目
与微软ERP FinOps打交道，从旧版到最新版，经常会发现一些项目不了解DevOps的概念，从开发到部署，都是由IT运维体贴完成的。
通常，技术架构会将机器资源大小以及项目的技术 ALM（应用程序生命周期管理）所需的内容放在一起。这是讨论持续交付和确定项目策略的时刻。
考虑到短期解决方案的预算和时间，更容易采用最廉价的方法，您可以使用资源工具手动跨环境部署，让业务用户进行测试，并拥有尽可能少的环境。这是大多数项目面临的第一个问题，因为选择的变量没有考虑跨环境的多次部署，客户将开始要求更快的部署，抱怨可用资源和完成工作后的额外成本工作时间。
上面的场景很常见，现在是讨论长期解决方案和当前方法的问题的合适时机。在讨论 DevOps 实践时，请记住以下：
-
快速地 -
效率 -
高质量 -
回馈
成功需要更好和更高质量的计划，这在实施/维护 Microsoft ERP 中并不常见，这是因为大多数时候需求不是很明确，而且项目本身只有一个目标，上线！
虽然非常不寻常，但您可能会发现客户熟悉 DevOps 实践的项目，事实上，有些现在甚至在他们的角色中加入了与敏捷方法相结合的最基础的实践知识，但这些客户中的大多数重视技术及其好处，或者理解持续交付的概念。
要考虑的 DevOps 最佳实践
能够比以往任何传统软件开发过程更快的速度交付应用程序和服务是实施的目标，这是因为速度使组织能够更好地为其最终用户服务。
以下是考虑 ERP 项目的 DevOps 时要使用的八个最佳实践的列表：
授权团队
技术资源应该有能力改变技术或设计，而无需征得团队外部人员的许可（记住“合规性”，因为它是一个财务系统）。
版本控制
确保系统的工作版本可以从其历史的任何时间点部署到测试环境，使用相同的机制在测试和生产中进行部署。与发布候选者一起保持对生产环境的变更跟踪。
部署自动化
使用在测试和生产中部署的相同机制控制环境变量。基础设施即代码。
生产环境必须是一个依赖项，以确保被测试的环境与上线时生产的版本相同，这将证明部署将像在测试环境中一样工作。
基于主干的开发
合并分支之间的代码以使其可靠。“如果你每天合并，你永远不会突然之间遇到难以解决的巨大合并冲突”——Linus Torvalds（Linux 和 Git 的创建者）。
持续测试
确保所有单元测试都是自动化的，并在提交代码时运行，以达到可发布的结果。
测试自动化
当依赖手动脚本回归测试验证时，您可能会产生人为错误，但也会使其缓慢、低质量、昂贵、不可靠、脆弱且结果难以理解。
自动化可用于压力测试和验证数据迁移、系统性能、组件性能、验收等所需的一切。使用自动化工具可重复和可靠，并使用人员探索和评估复杂情况下的混合消息。
安全左移
这是一种缩短部署时间的方法，同时向左移动学习曲线（从提交到发布结果）。
监控
在用户抱怨之前确定系统何时出现问题。
寻找合适的 DevOps 工具
DevOps 实践依赖于有效的工具来帮助团队快速可靠地部署。它应该有助于自动化手动任务，大规模管理复杂的环境，并让工程师控制高速。
找到合适的工具可能是一个挑战，但对于 Microsoft ERP 来说不是很大，因为 JIRA 和 Microsoft DevOps 几乎满足这些要求，但您也可以找到更适合的工具，这里是您在选择工具时需要考虑的工作流程：
-
规划：帮助项目团队以更简单的方式规划、跟踪和讨论需求； -
构建： 构建代码，自动化打包； -
测试和部署： 自动化测试，跨环境部署 CD/CI 代码； -
监控和日志记录： 确保您可以监控您的环境。此阶段还涉及性能分析和日志记录、针对各种问题发出智能警报、收集客户反馈等。
综上所述
DevOps 实践即使在最困难和最混乱的项目中也可以使用，在谈论 Microsoft ERP FinOps 时也没有什么不同，尽管在这种情况下并非一切都可能奏效。
根据我的经验，掌握所有技术的公司更愿意投资于实践，因为他们可以看到长期解决方案及其好处。仍在与一些旧的遗留系统作斗争并将技术归类为“过于昂贵”的公司可能会面临更多阻力。我遇到过这两种情况，我相信它们都对我使用 DevOps 实践的职业生涯做出了贡献。
本文翻译学习，原文链接：https://www.devopsonline.co.uk/devops-in-microsoft-finops/ >>> 欢迎投稿，微信：devopsvip。
关于我们
往期推荐
2021-09-07
2021-09-06
2021-09-06
2021-09-04
2021-09-03
更多DevOps实践，请关注「DevOps云学堂」
点击阅读原文，进入学堂>>>
本文分享自微信公众号 - DevOps云学堂（idevopsvip）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
