我每天大部分时间都在与大型企业探讨它们如何推动业务转型，以应对颠覆性日益增强的竞争环境。这并不是什么新鲜事，读过Clayton Christensen所著《创新者的窘境》的人都明白这一点。最令我感兴趣的是，企业如何应对颠覆。当然，它们正在开发新产品，以保持与颠覆者竞争的能力；同时也在借鉴规模较小、行动更敏捷的竞争对手的做法，着力提高效率。
企业正在围绕新的性能维度，重塑内部组织和产品架构。迭代、效率和渐进式扩展正带来更大价值，促使企业采用DevOps方法。对产品上市速度的重视，正在推动前沿基础设施技术的发展。容器和Kubernetes等技术，以及对稳定、一致且开放的API的重视，让小型团队能够取得显著进展，并按所需速度推进工作。这些技术减少了阻力，缩短了产品上市时间，推动新技术以前所未有的速度得到采用。
这些技术的采用并非尽善尽美。随着企业进行大规模部署，他们发现这在无意中增加了复杂性，并导致所有权和控制权分散。在许多情况下，可能无法全面了解整个系统，而且每个人都需要精通合规要求和业务需求。最终，这意味着人人都有责任，却无人真正负责。
服务网格通过帮助管理这种复杂性来支持DevOps。它既赋予开发团队自主权和灵活性，也为专家团队提供统一实施公司策略和安全标准的位置。服务网格在团队的应用与其运行平台之间提供一层，使平台运维人员能够在其中插入网络服务、实施策略，并收集遥测和跟踪数据。
这使开发团队能够根据要解决的问题做出选择，而不必担心底层基础设施。开发团队可以更自主地部署代码，无需担心违反合规要求或监管准则。安全通信在应用外部处理，从而降低复杂性和风险。服务网格还提供相关工具，帮助开发人员部署新代码，并在出现问题时进行调试或故障排除。
平台运维人员的首要目标是提供稳定、安全且可扩展的应用运行服务。服务网格通过标准化可观测性和追踪机制，实现一致的运维管理。运行时可在应用外部引入服务间策略和身份验证，确保应用遵守企业可能需要满足的各项监管要求。部署Aspen Mesh可提供可靠的实验工作流，支持开发团队使用真实生产流量测试新服务。我们的平台还通过SaaS门户中的高级分析功能提供相关工具，帮助缩短平均检测时间（MTTD）和平均解决时间（MTTR）。
DevOps是指开发和运维两个团队协同合作，以更快地交付更优质的产品。服务网格如同纽带，有助于将这两个团队连接起来，并在技术栈中提供统一的管理位置，无需更改应用或集群，即可在运行时管理微服务。
由此形成的平台让应用开发人员能够专注于代码，同时帮助运维人员更轻松地为开发人员提供具有韧性、可扩展且安全的环境。
（最初发布于Aspen Mesh博客）
关于作者
相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。