云原生架构下应用转型的规范有哪些，该如何定义？

我们自己在项目落地的过程中，尤其是涉及应用架构改造的项目，会遵循一些技术规范。通常情况下，我们会和客户做深度沟通后，出具《软件集成技术规范书》、《代码规范》、《微服务实施方法论及最佳实践》、《微服务开发规范》、《微服务拆分标准》等材料，也会依据客户的需求进行某个领域更深入的探讨和输出。

在应用架构转型的语境里和组织自我进化的角度，建议可以参考一下Heroku平台的创始人Adam Wiggins提出的云原生应用开发的12要素和Pivotal公司Kevin Hoffman基于云原生12要素新增的云原生15要素。这些要素几乎涵盖了云原生架构下应用转型的各个方面。这里也把云原生应用15个要素分享如下：

要素1：基准代码（Codebase）——一份基准代码，多份部署。

要素2：依赖（Dependencies）——显式地声明依赖关系。

要素3：配置（Config）——在环境中存储配置。

要素4：后端服务（Backing Services）——把后端服务当作附加资源。

要素5：构建、发布、运行（Build、Release、Run）——严格分离构建、发布、运行。

要素6：进程（Processes）——以一个或多个无状态进程运行应用。

要素7：端口绑定（Port Binding）——通过端口绑定提供服务。

要素8：并发（Concurrency）——通过进程模型进行扩展。

要素9：易处理（Disposability）——快速启动和优雅终止可最大化健壮性。

要素10：开发环境与线上环境等价（Dev and Prod Parity）——尽可能保持开发、预发布、线上环境相同。

要素11：日志（Logs）——将日志当作事件流。

要素12：管理进程（Admin Processes）——将后台管理任务作为一次性进程运行。

要素13：优先考虑API设计（API First）。

要素14：通过遥测感知系统状态（Telemetry）。

要素15：认证和授权（Authentication and Authorization）

另外，今年年初，我们参与了信通院牵头的云原生成熟度标准体系的讨论和标准制定，在这个体系里面包括一个云原生业务应用成熟度的评估标准，根据基础设施域、应用研发域、服务治理域以及组织管理域成熟度综合计算，共分为五级，五个级别有明确的定义，比如在初始级，技术架构局部范围开始尝试云原生化改造，并取得初步效果，而卓越级，技术架构已完成全面云原生化改造，且个技术模块功能已相当完善，能够很好地支撑上层应用。目前这个标准的细则还在酝酿中。

向云原生的转型不仅仅涉及到技术，还有关于流程、组织的变革以及如何适应业务的变化。业务领域和组织架构领域的的变革通常需要根据实际情况去规划。但常见的方式通常基于两种策略，“试点扩大”和 “ 小步快跑 ” 。云的迁移方法论有很多， Intel 有关于云的迁移的方案论供参考： https://www.intel.com/content/www/us/en/cloud-computing/6ms-cloud-transformation-infographic.html 。

在规范领域，云原生作为新型的技术，目前还没有特别针对性的行业规范，但有部分相关的规范正在制定中。实际上规范是现有经验的总结，云原生也同样可以参考其他规范，从可靠性、稳定性、安全性、可管理性、可追溯性等方面去提升管理运维能力。和传统运维最大区别，在于云原生领域高度的自动化和开发运维一体化。