云原生日渐成为主流的技术栈，传统运维和开发团队都面临巨大的挑战。建设平台运维或者平台研发团队，实现对云原生组件的服务治理和平台化、自服务供应也许是一种可行的解决方案。

平台运维：云原生背景下的运维进阶

01 云原生技术栈渐成主流

当前云原生社区持续火热，云原生计算基金会（CNCF）在2018年为云原生进行了重新定位：云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API，这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

自2018年以来，云原生技术应用快速发展，CNCF最新的调研报告显示：生产中容器的使用量从去年的84%增加到92%，从2016年的第一次调查增加到300%（见图1）；Kubernetes在生产中的使用从去年的78%增加到83%；自上一期的调查以来，所有CNCF项目的使用量增加了50%。

图1 容器使用率逐年上升

此外，云原生技术栈已经覆盖企业绝大部分的IT架构，对于企业基础设施和运维模式的可以预见的改变见表1。

表1 云原生技术栈对基础设施和运维模式的改变

综上，云原生日渐成为主流的技术栈，传统运维和开发团队都面临巨大的挑战。

对传统的系统团队而言，在商用技术栈日渐退出的背景下，需要思考：如何转型云原生技术栈？如何管理云原生组件？如何供给云原生服务？

对开发团队而言，以往各自为政、重复造轮子的模式下，需要思考：如何实现组件的标准化？如何实现配置的规范化？如何实现资源的服务化供应？

建设平台运维或者平台研发团队，实现对云原生组件的服务治理和平台化、自服务供应也许是一种可行的解决方案。

02 平台运维Platform Ops

平台运维（PlatformOps）描述了构建、管理和优化应用程序基础架构的团队。平台运维与DevOps、站点可靠性工程(SRE)、安全运维（SecOps）以及网络运维（NetOps）有何不同？如图2所示，平台运维是新的运维模式，它吸收了其他Ops角色的一些功能，同时也构建在其上起到引导作用。

图2 Platform Ops

具体而言，平台运维团队建立并运维一个标准化、规范化的云原生组件（例如中间件、数据库和K8S）自服务平台。

开发团队自助申请所需要的资源，平台自动化部署相应资源，并提供标准化、模板化的配置指引。开发人员可以专注于业务的实现，无需成为特定云原生组件的技术专家，仍可像专业人士一样成功部署和运用相应组件。

相比与传统运维模式，平台运维的价值主要体现在以下几方面：

01 一是实现专业化治理。与各开发团队各自为政，独立部署和使用云原生组件相比，平台运维可以提供更为专业的治理水平，降低安全风险，提升系统效率。

02 二是提升运维效能。平台化部署和运维可以为企业培养专业的云原生技术队伍，为企业制定技术规范、完善管理流程，提升运维效能。

03 三是提升开发效能。开发人员可以专注于业务的实现，实现更高的效能。

03 NGINX赋能平台运维

作为部署量最大的云原生组件，NGINX自然是平台运维最先关注的服务，可以通过平台运维提供图3所示的典型的NGINX部署场景。

图3 NGINX作为中间件

·webserver

·反向代理

·IngressController

·API网关

·TLS

此外，平台运维还需要为开发提供各种其他云原生组件，NGINX可以为其他组件提供高可用保障（如图4所示）。用户申请其他组件时，平台同时提供高可用的部署，通过NGINX实现多实例间的负载均衡，保障服务的高可用以及性能的扩展。

图4 NGINX提供高可用保障

04 平台运维即将到来

在云原生技术成为主流之前，DevOps是一个碎片化的领域，众多开源的单点DevOps软件工具，阻碍了DevOps的进一步发展，企业迫切需要DevOps一体化平台。如果企业拥有多个DevOps团队，每个团队都指导自己的应用程序并选择自己的工具来实现流量管理、可视化、遥测、安全性和弹性，那么平台运维就变得必要了。可以说，平台运维是DevOps的必要扩展功能。随着DevOps的能力和职责转移给开发人员和服务所有者，平台运维将变得更加重要。

当前，部分最具前瞻性的企业已经进入了构建平台运维团队的探索阶段。我们预计这将成为2021年下半年的热门话题，因为为“左移”现实建立护栏和指导方针的需求变得更加紧迫。即使企业不打算建立平台运维团队，只要拥有三个以上的开发团队，就会从采用平台运维思维方式和最佳实践中受益。