“云原生”会带来供应链系统的重构吗？

云原生的时代即将来临！

根据知名信息技术研究分析公司Gartner的预测，到2022年，将会有75%的全球化企业在生产中使用云原生技术。虽然今天这个比例只有不到30%，但科技将会一如既往地以迅雷不及掩耳之势改变这个世界，也改变我们。

那么，对于供应链管理者而言，这意味着什么呢？我们不妨拿一个典型的业务场景来举例。

在一个供应链管理相对成熟的全球化公司里，供应链管理人员往往要面对多套软件系统。有基础ERP系统（SAP、Oracle等）、计划系统（如JDA、SAP APO套件等）、制造执行系统MES、供应商管理系统SRM、仓储管理系统WMS、物流运输系统TMS等。

这些系统之间有的打通了，有的依旧靠线下excel导入导出的方式进行交互，系统和系统之间存在着严重的“谷仓效应”。为了解决这些问题，跨国企业或者集团企业的IT架构经历了从单机到分布式再到云计算的转变。

对于传统企业而言，这种转变往往渐进式的，而不是跳跃式的。渐进式意味着修修补补，老的系统不好用了，打个补丁继续用，或者索性换个新系统。但企业的信息系统，尤其是供应链管理的系统往往是盘根错节、相互关联。这就好比一个城市的下水道管网，哪里破了我们修哪里，修不了的就换根管子，但整个城市的下水道管网却不会因为某些管子换掉而发生根本性的改变。

相反，大部分的互联网企业从诞生开始就长在云端，无论从系统架构、开发方式，还是部署运维的整个软件的生命周期都是基于云的特点进行设计的。原生在云，这就是“云原生（cloud native）”这个名词的来源。

但是，云原生并非专属于互联网企业，它代表着一系列最前沿的软件技术和工具，例如Docker、Kubernetes、微服务、Serverless、Sidecar等。

理论上，这些技术和工具可以运用于任何企业，包括传统企业，只要企业有足够的推动力进行基于“云原生”的变革。而这种变革并不仅仅等同于系统变革，更是组织和文化的变革！这是因为云原生所代表的也是一种理念，它不仅是软件系统的设计理念，更是一种企业文化和管理的理念，适用于面向未来数字化、信息化时代的所有企业。

这里借用Melvin Conway所提出的著名的康威定律：设计系统的组织，其产生的设计等同于组织之内、组织之间的沟通结构。通俗点来说，即便你认同“云原生”的架构，但却没有匹配相应的组织设计，最终所设计出来的软件产品必然无法达到理想的目标。

我们在《供应链架构师》一书中曾经谈到过一个PPT原则，即People、Process、Tool。优秀的IT软件系统一定是充分考虑了人、流程、工具三者的交互关联关系，而不只是一个冷冰冰的系统工具。

那么，按照云原生理念和方法所搭建的企业信息系统架构具备什么特点呢？

1.支持业务的high-low模式：VUCA时代，业务面对内外部的高度不确定性。例如突如其来的新冠病毒，以及复杂多变的国际形势给我们带来了巨大的挑战。生意的规模高高低低、起起伏伏成为了常态。我们需要更加弹性地支持业务体量的变化。云原生的架构源于互联网企业，而互联网企业在面对618、双十一这样的高爆发场景，打造出来的体系具备极强的弹性，支持高并发、高可用、一致性。

2.具备极强的拓展性：供应链的业务变化速度很快，往往上了一个新的系统过了几年甚至几个月又跟不上业务的变化了。传统软件的迭代周期慢，系统耦合度高，每一次迭代都需要企业付出高额的成本。而基于云原生所构建的系统则具备低耦合高内聚的特点，能够支持功能的弹性拓展。

3.交付过程业务无/零感知：很多供应链管理人员都有过软件系统变更、升级、迁移的痛苦经历。云原生所倡导的CI/CD 持续集成、持续交付、持续部署的能力，能够在客户无感知的情况下做到代码的自动测试、环境的自动部署，并且支持频繁部署和版本控制。

4.数据的横向打通：供应链上的谷仓效应导致业务数据分散在不同的系统中，数据的一致性和可用性受到了极大的挑战。供应链管理人员常常淹没在数据的海洋中无法呼吸。基于云原生的数据库技术可以实现所谓的DBaaS（DataBase-as-a-Service数据库即服务）。在DBaaS的场景下，用户可以向 DBaaS 平台申请数据库资源、申请数据服务，而不需要关心数据库的安装部署及运维问题。

既然云原生能够给我们带来这么多的好处，我们不妨再稍微展开来聊聊云原生的一些基本知识和概念。限于篇幅，我们可以简单地用一个公式来表达：

云原生 = 微服务 + 容器化 + DevOps + 持续交付

为了便于理解，我们用一张结合了Docker和Kubernetes的图片，并通过一个大家熟知的“海运”的场景来阐述这个公式的含义。

假设我们有一台巨大的设备（传统的软件系统），一台重型起重机。我们需要把它从中国上海通过海运的方式运到美国纽约，我们会怎么做？

我们会把这台设备拆解为一个个的零部件或者组件（微服务），然后将它们装进标准的集装箱里（容器化），通过货柜船将他们从中国运到美国。为了提高轮船的装载效率，我们的管理运营（DevOps）人员会在中途停靠几个港口，捎带上别的企业的货物（持续交付），最终抵达纽约。

故事讲完了，我们再用软件工程的语言讲一遍：不同于传统软件系统的高耦合、单体式架构，云原生将软件拆分为一个个可以进行组装的微服务，通过容器化对这些微服务进行标准的环境配置和灵活的组装管理，同时结合DevOps的开发运维工具，实现了快速持续交付的能力。

希望通过这个通俗易懂的故事，帮助大家理解微服务、容器化、DevOps、持续交付这几个核心概念。

当然，云原生的思想、工具和方法远比这个故事复杂得多。作为供应链管理人员，我们其实并不需要了解这么多的技术细节，而应当重点关注技术的发展趋势，以及背后的管理、理念、组织以及文化的内涵是什么。

结尾处借用这张著名的组织关系图，它告诉我们：什么样的团队，产生出什么样的架构！伴随着云原生的发展，会给我们和这个时代带来什么样的新型的组织架构和企业文化，让我们拭目以待吧！