数字化架构

看过《EA企业架构》、《应用架构》和《IT与业务之间的鸿沟》文章的好多朋友给我发信息，能不能再写篇文章，各行各业的朋友都能看懂的、容易接受的，下面我将尽量尝试朝着这个方向努力写一篇数字化架构的文章，希望各界的朋友们都能有所收获。

一、技术维度

1、软件架构体系包含：业务架构-->应用架构-->数据架构-->技术架构。而架构的核心字诀就是“拆”和“合”，合久必分分久必合。从单体架构开始，分层架构、微服务架构、网络服务架构，都是在拆，拆的越来越小；到中台架构和云原生架构又是在合。

2、我们先一起来看看云原生的概念

（1）云的本质是虚拟化，云服务器是通过虚拟机虚拟化了服务器硬件设备和操作系统，而容器不需要重新安装虚拟机操作系统，直接从服务器操作系统当中分配计算资源给容器实例。

（2）原生的概念就是从哪里长出来的，从云（虚拟）上产生的就叫云原生。现在大家用的云服务器是虚拟机，容器是运行在虚拟机上的线程实例，而应用程序又是运行在容器里的实例，一层套一层成了云里面生出来的。

（3）云原生架构的本质是IT的基础技术架构，且开发出来的应用全部都是在云上运行的。pass是云原生架构的产物，也可被比喻成IT各行业的“新基建”，微服务是paas中的一种消息服务的架构而已。

3、互联网双中台的架构和云原生架构的区别

我个人的理解中台更像是应用架构，而云原生是技术架构。

（1）软件供给：低代码平台主要解决的是交付，双中台主要解决是复用和集成。

需求端：企业自己搞一般都是采用双中台

供给端：软件服务商应用低代码平台提高软件产品交付效率

如果没有过多软件功能开发，低代码平台的需求相对较低，中小企业采用双中台架构进行重构也是个不错的选择；而作为业务信息化应用比较全的实体制造业来说，双中台的架构+弹性供给的方式可能是是最具可行性的架构设计，专注于业务逻辑代码化，业务发展调整微服务的模式快速的满足迭代即可。

（2）paas是工业互联网的技术平台产品，包含了双中台和低代码，saas是工业互联网的应用平台产品。

个人认为做好工业互联网的核心关键在数据架构和数据设计上。技术架构共性多些，数据架构差异化更多，业务功力更多体现在数据设计、数据架构合理化程度，技术架构差点也能满足，比如红领的软件技术架构就比较落后，虽然红领没有数据架构，但业务拆解、流程设计和数据设计比较合理，再加上红领董事长张代理抓住了核心能力（mtm和工艺设计），不管颗粒度多细，击穿了研发设计，取得了成功，利用数字化获得了财务效益。

而后来他的接班人找不到核心能力，也就没了方向。比如用普通的技术实现不了三维设计，一直突破不了；大数据和中台都尝试过，目前都没有取得财务效益，这都是组织的问题，四流的人才根本没法在新兴的高科技领域打斗。

二、非技术维度

业务架构和应用架构偏重业务和管理，数据架构和技术架构偏重信息技术和实现路径，两个不同的关注点，管理层不会太关注也不懂后者，没到软件架构和数据层面。

1、工业互联网架构必须涉及软件架构和数据架构因为工业互联网白皮书里面重点在介绍PaaS架构，SaaS架构更强调实现方式的架构创新（也就是云原生架构），不是这个架构的都是只停留在业务拆解层面，更多的是分布式架构。

2、精益生产只要学个一招半式就可以用，搞软件不行，专业性太强，制造企业千万不要让业务或者产品甚至IE去学软件开发，这就好比想吃碗米饭去从种地开始了，怎么和别的企业竞争，一定要优化调整组织架构，做好团队融合。

理解了现代工业，对理解软件开发业也有帮助，特别是电脑产品，现在的软件开发理念在电脑产品中很多有体现，接口化，模组化，可配置，解耦合。都类似软件开发思想，举几个类似的例子供大家参考理解。