服务网格如何实现 DevOps

我每天大部分时间都在与大公司讨论他们如何转型业务以在日益混乱的环境中竞争。 这并不是什么新鲜事，任何读过克莱顿·克里斯坦森的《创新者的窘境》的人都明白这一点。 对我来说最有趣的是公司如何应对中断。 当然，他们正在创造新产品以保持与颠覆者的竞争力，但他们也借鉴了规模较小、更灵活的竞争对手的做法，并专注于提高效率。

公司正在沿着新的绩效轴线转变内部组织和产品架构。 他们发现迭代、效率和增量扩展具有更多价值，这迫使他们采用 DevOps 方法。 对产品上市时间的关注正在推动一些我们所见过的最尖端的基础设施技术。 容器和 Kubernetes 等技术以及对稳定、一致和开放 API 的关注使得小团队能够取得惊人的进步并以他们所需的速度发展。 这些技术减少了摩擦并缩短了产品上市时间，从而实现了人们有史以来最快的新技术采用速度。

这些技术的采用并不完美，并且随着公司大规模部署这些技术，他们意识到自己无意中增加了复杂性并分散了所有权和控制权。 在许多情况下，不可能理解整个系统，每个人都需要成为合规性和业务需求方面的专家。 最终，这意味着当每个人都有责任时，就没有人需要承担责任。

服务网格通过帮助您管理这种复杂性来实现 DevOps。 它为开发团队提供了自主权和自由，同时为专家团队提供了一个执行公司政策和安全标准的场所。 它通过在您的团队的应用和他们所运行的平台之间提供一个层来实现这一点，该层为平台操作员提供了一个插入网络服务、执行策略和收集遥测和跟踪数据的地方。

这使您的开发团队能够根据他们正在解决的问题做出选择，而不必担心底层基础设施。 开发团队现在可以自由部署代码，而不必担心违反合规性或监管准则。 安全通信在应用之外处理，从而降低了复杂性和风险。 服务网格还提供了开发人员可以用来部署新代码以及在出现问题时进行调试或排除故障的工具。

对于平台运营商来说，其主要目标是提供稳定、安全且可扩展的服务来运行应用，服务网格通过可见性和跟踪的标准化来提供统一性。 可以在运行时在应用之外引入服务之间的策略和身份验证，以确保应用遵守业务可能存在的任何监管要求。 部署 Aspen Mesh 提供了强大的实验工作流程，使开发团队能够使用实际生产流量测试新服务。 我们的平台还提供一些工具，利用我们 SaaS 门户中的高级分析功能来减少平均检测时间 (MTTD) 和平均解决时间 (MTTR)。

DevOps 代表开发和运营两个团队共同努力以更快地交付更好的产品。 服务网格是一种粘合剂，有助于将这些团队团结在一起，并在堆栈中提供一个位置，您可以在运行时管理微服务，而无需更改应用或集群。

该平台使应用开发人员能够专注于他们的代码，并允许运营商更轻松地为开发人员提供有弹性、可扩展和安全的环境。

（最初发表于Aspen Mesh 博客）