要点

●云创新已从革命性阶段转变为演进性阶段，重点是迁移和重新架构工作负载。云空间已发展为提供对可扩展资源和托管服务的按需访问，强调简化交互并减少团队的认知负担。

●人工智能 (AI) 和大型语言模型 (LLM) 可以通过解决认知过载问题并支持即时管理、票务系统和代码生成等任务，在云和 DevOps 领域发挥重要作用。微软、谷歌、AWS等主要云提供商已将人工智能融入其产品和服务中，展示了业界对人工智能技术的投入。

●低代码和无代码域受到基于人工智能和类似 ChatGPT 的产品的影响，为业务用户和软件工程团队之间提供了协作机会。

●平台工程正在朝着简化和价值交付的方向发展，采用平台即服务的思维方式。平台工程团队的角色正在从复杂的基础设施管理转变为专注于用户满意度和价值创造的服务提供商。可观察性、财务方面和可持续性考虑正在成为平台工程的组成部分。

●OpenTelemetry 被广泛用于收集指标和基于事件的可观测性数据，成为行业事实上的标准。其标准化性质鼓励供应商之间的优化和创新。

●对可持续性和绿色计算的关注推动了架构选择朝着提高效率和最小化碳足迹的方向发展。站点可靠性工程 (SRE) 团队对于分析环境影响和促进可持续发展举措至关重要。

FinOps 是有效管理云成本的实践，正在走向早期大多数采用。FinOps 基金会以及 Microsoft、AWS 和 Google 等云公司推动采用 FinOps 实践，这些实践与可持续发展目标保持一致并优化资源使用。最近，谷歌获得FinOps 认证服务提供商认证，微软作为首要成员加入FinOps 组织。

WebAssembly (Wasm)的持续发展正在兑现在云中实现“一次编写，随处运行”的承诺，提供跨不同语言和平台的可重用性和互操作性。eBPF（扩展伯克利数据包过滤器）在内核级别的可观察性和安全性等领域越来越受欢迎。

我们观察到，通用功能即服务(FaaS) 和后端即服务(BaaS)的概念正在“晚期大众”中获得关注。无服务器技术的采用已经变得司空见惯。“我们 100% 无服务器”这句话不再像以前那样令人惊讶，因为无服务器已经成为业界的主流方法。

1

云领域正在从革命走向进化吗？

DevOps 已经死了吗？

在随附的云和 DevOps 趋势播客讨论中，参与者讨论了云创新和 DevOps 的现状。他们一致认为，云创新已经放缓，从“革命”转向“进化”。尽管大量组织已采用云技术，但仍有许多企业希望迁移和重新架构工作负载。

至于DevOps，它仍然存在，但在一些组织中已经达到了停滞阶段。DevOps 旨在提供访问和自主权以创造业务价值的概念仍然存在，但实施却面临挑战。小组成员提到了他们对价值流管理的兴趣，以解锁 DevOps 的流程和价值实现。

公共云供应商已经从提供对可扩展资源的按需访问的最初目标发展到更加专注于提供托管服务。这种演变使云计算变得更加普遍。然而，围绕现有服务的技术正在迅速变化，新的业务需求不断被发现，新的挑战不断出现。团队必须在技术堆栈的采用和更新之间取得平衡，同时不断交付业务价值。

此外，云服务现在在小型和大型组织中得到广泛采用，甚至是后来采用者，而 COVID-19 大流行往往是一种强制功能。例如，自动化设置环境的发展，例如快速设置完整的开发和测试环境的能力，现在已经很普遍。然而，在弥合开发和运营之间的差距方面仍然存在挑战。身份和访问管理问题在开发和运营团队之间造成了明显的界限。

2

基于人工智能和类似 ChatGPT 的产品

如何影响低代码和无代码领域？

将人工智能集成到低代码工具中是一个商机，人工智能通过提供安全且有价值的知识来支持业务用户。这挑战了之前对影子 IT 的担忧，并鼓励产品管理和软件工程团队之间的协作。

此外，还有“ClickOps”的想法，即低代码平台使用户能够通过单击进行交互，同时生成版本控制的、声明性的和适应性强的代码。例如，提高GitHub Copilot和Codeium等 AI 工具的代码生成能力，可以生成符合组织标准且可以发展的可读代码。法学硕士和人工智能驱动的代码生成的发展将为低代码领域带来令人兴奋的进步。

最后，低代码环境中的治理和数据访问至关重要。它带来了与为业务用户提供权力和数据访问权限同时确保适当的治理和合规性相关的挑战。Campbell 指出，低代码增强平台工程中需要一个“DevOpsy”治理层，以提供护栏并防止跨越某些配置边界。

3

平台工程将如何发展？

平台工程的演变包括向简化的转变、专注于价值交付以及采用平台即服务的思维方式。这一变化需要提供自助服务平台，隐藏复杂性并减少应用程序开发人员的认知负担。平台工程团队的角色正在从复杂基础设施的维护者演变为组织其他部门的服务提供商。他们现在专注于开发者关系、营销和客户参与，以取悦用户并推动价值。

采用 Kubernetes 等技术正在被推向堆栈，越来越重视 API 接口和简化交互。此外，人们还高度关注可观察性，包括服务水平和关键绩效指标，以及平台使用和成本合理性的财务方面。总体而言，平台工程的未来在于构建能够增加价值并为用户创造愉快体验的平台，同时满足不断变化的业务需求和约束。

4

FinOps 是否正在走向早期大多数采用？

FinOps能够有效管理云成本，正在走向早期大多数采用。越来越多的公司正在加入 FinOps 基金会，并且有许多工具可用于支持 FinOps 流程。然而，值得注意的是，FinOps 不仅仅是工具，还涉及对支出价值的流程和理解。FinOps 基金会以及Google和Microsoft等云公司积极参与这一旅程并促进采用 FinOps 实践。

FinOps 的意识不断增强，引发了关于为什么要配置和运行某些云资源以及它们是否得到有效利用的讨论。可持续性和绿色运营也与金融运营相关，因为对优化成本的关注与更广泛的资源效率目标一致。人工智能通过识别未使用的数据并帮助优化存储来在金融运营中发挥作用，从而有助于节省资金和环境效益。

5

在构建基于云的应用程序或采用 DevOps 实践时

架构师和开发人员是否过度担心安全问题？

在构建基于云的应用程序或采用 DevOps 实践时，架构师和开发人员面临着越来越多的安全问题。尤其是开发人员，可能会对左移方法感到不知所措，因为他们需要在整个开发过程中识别安全问题并确定其优先级。

尽管人们越来越认识到安全的重要性，并且领导层也推动解决这些问题，但开发人员通常需要帮助来平衡安全要求与提供新功能的压力。

安全工具的不断发展也是这一领域的一个因素。早期的解决方案是由专家为专家设计的，这使得它们对开发人员来说不太友好。然而，人们越来越认识到需要更易于访问和用户友好的安全工具。目标是使安全成为一种支持功能，并构建简化安全实施的平台，同时为开发团队提供教育和支持。这种方法旨在弥合专家驱动的安全实现与代码开发人员的实际需求之间的差距。

6

WebAssembly（Wasm）是“一次编写，随处运行”在云端的最终实现吗？

Wasm 是实现云中“一次编写，随处运行”愿景的重要一步。它承诺可重用性和互操作性，允许开发人员用一种语言（例如 Go）构建库，并从用其他语言编写的可编译为 Wasm（例如 Rust）的应用程序无缝调用它们。

云中的这种组件模型可以为多个平台目标创建应用程序，包括基于 ARM 的 CPU，这些 CPU 因其性能和成本优势而在云基础设施中广受欢迎。Wasm 的采用不仅限于应用程序开发，还扩展到云平台扩展格式。它用于扩展云原生代理、API 网关和服务网格。

除了 WebAssembly 之外，eBPF作为平台组件开发人员的工具也越来越受到关注。虽然应用工程师可能不会广泛使用它，但 eBPF 可以在包含网络和安全用例的项目中广泛找到。它允许开发人员访问内核级信息并深入了解容器系统操作，增强可观察性和安全能力。

总体而言，WebAssembly 和 eBPF 为在基于云的应用程序中实现更高的可移植性、可重用性和性能提供了有趣的可能性。

7

OpenTelemetry 用于收集指标和基于事件的可观测性数据的采用有多广泛？

OpenTelemetry是一个用于收集指标和基于事件的可观测性数据的框架，已得到快速采用，并正在成为行业事实上的标准。许多才华横溢的个人和供应商的协作努力为其跨供应商支持和跨语言兼容性做出了贡献，使其成为应用程序的重要组成部分。OpenTelemetry 被纳入主要云供应商产品中，加速了其广泛采用，例如 AWS ( AWS Distro for OpenTelemetry )、Microsoft Azure (监控服务) 和 Google Cloud Platform ( Google Cloud OpenTelemetry )。

OpenTelemetry 的标准化特性带来了许多好处；它与供应商无关，并且能够导出遥测数据并利用各种工具进行分析。这种标准化鼓励供应商之间的优化和创新，因为他们努力提供超越数据收集和可视化基线功能的独特和高级功能。OpenTelemetry 作为开放标准的出现标志着行业的成熟，并促进了供应商之间的良性竞争，以提供引人注目的解决方案并赢得市场份额。

8

无服务器的采用水平目前处于什么状态？

无服务器技术的采用水平发生了变化，它正在成为一种常见的选择，而不是一种独特的架构概念。“无服务器”一词很少用于讨论独立概念，因为它几乎已经转变为提供可扩展性、微计费和抽象基础设施的托管服务的同义词。AWS、Google 和 Microsoft 等主要云提供商已将无服务器组件集成到其服务中，例如数据库 (DBaaS) 和容器运行时 (CaaS)，强调自动扩展和简化计费结构的好处。重点已从仅基于无服务器功能构建架构转移到利用托管服务、与平台工程方法保持一致并减少开发人员的认知负担。

无服务器的价值，例如扩展到零和按请求成本定价，已经在传统无服务器架构之外找到了新的表达方式。组织现在认识到这些好处，并在各种架构决策中要求它们。虽然无服务器是实现这些优势的众多方法之一，但组织越来越多地要求其工程团队提供经济高效的解决方案并优化客户获取和支持成本。这种演变凸显了无服务器原则对更广泛的架构景观日益增长的影响力。

9

对可持续性和绿色计算的关注如何影响云和 DevOps？

对可持续性和绿色计算的关注对云和 DevOps 实践产生了重大影响。人们越来越多地采用考虑应用程序和服务的环境影响和资源消耗的定价模型。这种趋势鼓励组织做出优先考虑效率和可持续性的架构选择。托管服务受到青睐，因为它们提供优化的资源利用率和可扩展性，使企业能够最大限度地减少碳足迹并减少能源消耗。对架构定价和托管服务采用的考虑符合可持续性和绿色计算目标。

关于责任，人们认识到解决可持续性问题属于站点可靠性工程(SRE) 和相关角色的范围。这些团队能够很好地分析技术决策对环境的影响，并推动提高效率和可持续性的举措。架构讨论现在涵盖组件化、隔离、安全性和成本效率等考虑因素。组织正在评估他们的需求并寻求中间解决方案来满足安全需求而无需不必要的高成本。这反映了向更务实的安全方法的转变，在企业级功能和成本效益之间找到了适当的平衡。

10

我们对云和 DevOps 空间的未来有何预测？

小组成员对云和 DevOps 空间未来的预测围绕着简化、减少认知过载和专注于创新。人们希望简化流程和工具，使团队能够专注于他们的特定专业领域并最大限度地发挥他们的影响力。

AIOps、平台工程、可持续性和 FinOps 的融合是一个积极的转变，可能会带来更专注、更有效和更快乐的团队。挑战在于区分炒作和真正的机会，承认新兴趋势中的“有价值的金块”，同时对“过度销售”和广泛的适用性主张保持批评。

开源的采用、OpenTelemetry 和 CloudEvents 等举措促进的标准化，以及 Copilots 和 ChatGPT 等人工智能服务的潜力，都是令人兴奋的点。总体而言，人们对正在进行的发展及其带来的学习机会充满热情。