“如果操作正确，操作模型将引入新的方法，以提供更高级别的敏捷性和卓越的操作。这真的是完成工作的本质。”

“运营模式不是一成不变的。它们是动态的，基于当前存在的需求和要求，以及竞争力量的本质、外部因素和可能不受你控制的变量。”

理解I&O的业务能力，以及如何定义价值。这最终会导致更高程度的差异化，是迈向更精细IT运营模式的第一步。”

“如果将I&O仅仅作为一种技术价值元素加以分割，随着时间的推移，它将与业务战略脱节。”

“虽然组织结构图很熟悉，也很容易理解，但它们通常不能反映工作是如何完成的或决策是如何做出的。”

“从服务级别开始，因为它对业务有直接价值。它使你能够与其他业务部门进行接触，并使你不仅仅被视为一个提供基础设施的I&O组织。”

价值流平台:为向客户交付价值而执行的端到端活动序列，从构建和部署应用程序到在生产环境中维护应用程序。有两种类型:1)价值流管理平台和2)价值流交付平台。

人工智能增强devops:使用支持人工智能的技术来增加整个软件开发生命周期。这方面的一个例子是电子邮件平台自动生成或自动完成用户的句子草稿。

持续的基础设施自动化:这种趋势将敏捷和DevOps实践(如版本控制、持续测试和CI/CD)应用于基础设施代码，而不是应用程序代码，为应用程序团队和I&O团队带来了同样的好处。

Gitops:一种只使用存储在Git中的声明式构造操作云本机应用程序的技术，在使用Kubernetes和容器的组织中越来越流行。

现场可靠性工程(SRE):一种软件工程的思维方式，它使用自动化来减少辛苦，或低价值的任务，作为指导原则。

混乱的工程:在生产前使用实验性和潜在破坏性的故障测试，以发现复杂生产系统中的漏洞和弱点(例如，单点故障，延迟)。

“现代环境瞬时性强、随需应变的特性给IT运营带来了巨大的挑战，需要了解这些环境之上的应用程序和服务的实际运行情况。我们必须从根本上重新设计我们对监控这些系统的想法。”

要了解你的应用程序是如何执行的，关注终端用户是如何与它们交互的。了解他们在系统中的经历，而不是系统的单个组件，以及他们的体验如何与底层环境联系在一起。”

“集装箱之所以伟大，是因为它们很难管理。大量容器的生命周期非常短，只有几分钟，有时甚至几秒钟。这完全改变了你对监控的看法。”

“不要仅仅因为它的存在就去监控它。以一种对最终用户、关键应用程序和服务有意义和相关的方式进行。”

“研究开源和商业可观察性工具。使用工具来帮助您将您的需求与这些工具可以提供的内容进行匹配。这样做要着眼于未来。”

“提高你的团队技能。这不仅与工具有关，也与人员有关。希望拓宽技能集，超越只在运营环境中工作的传统IT运营思维，转向更敏捷、更符合DevOps的工作。”