| 编辑推荐: |
本文主要介绍了数字化转型之道、企业IT架构的演进、云原生架构如何助力数字化转型？企业架构和企业架构方法论及数据架构规划等。
来自于微信公众号数字化商业零售 ,由火龙果软件Linda编辑、推荐。 |
|
在当前数字经济和数字化转型的大背景下，企业顶层架构规划如何做？
云原生时代技术架构核心点在哪里？
如何与数字化转型结合？
业务与技术，理论与实践双轮驱动的架构原则？
企业架构成熟度，架构师的核心能力参考模型应该如何？
《数字化转型架构-方法论与云原生实践》希望回答以上这些问题，但当我看完这本书的目录后，完全有一种似曾相识的感觉，整体和我前面谈到的准备初步的“从数字化转型到云原生解决方案”这本书的框架目录结构很相似。
整体要谈的内容也是从数字化转型大背景切入，到企业架构方法论，再到云原生技术架构设计。
整体这本书阅读完成后，给这本书3.5到4星的一个评价。
这本书好的方面：是给出了一个系统化的从企业架构到云原生的知识体系介绍，你如果要去做企业架构规划，云原生技术架构设计，可以看到书基本涵盖了各个方面的知识要点和技术点。整体的框架脉络也很清楚。
这本书不好的地方：还是实践的内容偏少，基础知识介绍的内容还是偏多，类似基本概念，设计原则，标准规范，业界通用方法论的介绍太多，而真正基于一个业务场景实践的介绍内容偏少。至少从书的内容来看，很多内容偏互联网企业架构和技术架构，而对于传统大型集团型企业架构规划这块基本没有，或者说作者本身也缺乏这块的实践经验。
将基础的知识，标准规范，原则这些内容全部删减掉后，你会看到剩余部分内容应该最多只有1/3，而且这1/3的内容本身的框架完整性，前后衔接上也存在一定问题。所以综合评价这本书可以对整个企业架构和云原生知识框架体系构建一个完整理解，但是希望从这本书带给你如何去做数字化转型中的企业架构设计，云原生技术架构设计，包括具体的落地实践，这本书仍然存在欠缺。
我经常谈到的关键点，当前谈数字化转型，谈数字中台，谈微服务，谈云原生和企业上云的内容太多。这些从来都不缺标准方法论，能力成熟度模型的指导。而真正欠缺的是企业如何结合自身的实际情况去落地实施，如何去落地？
对于数字化转型规划来说，你是否是照搬完整的类似TOGAF企业架构去做，显然不是。这里面就涉及到对传统企业架构方法论的改进和优化。对于云原生和企业上云也是同样的道理，企业在已有IT遗留系统和数据中心的情况下，如何迁移上云，如何从资源层能力逐步过渡到PaaS层服务，这才是落地实践的关键。
下面基于本书的一个目录结构做下分章节的阅读总结和说明。在这里我不会过多地去复述书里面的内容，而是会指出一些好的方面，欠缺的方面，包括如果我自己来写这部分内容应该如何去写等。
数字化转型之道
对于数字化转型本质，书里面讲到三点，即以用户为中心，在线互联，数据智能。而对于数字化转型核心要素我原来总结的是连接，数据，智能三要素。发展演进是从内部信息化到消费互联，从消费互联到产业互联和全生态建设。
数字化和信息化核心区别即数字化解决了现实世界和抽象世界的高度融合和统一，而对于物联网，5G，数字孪生，网格码，VR等都是为这个目标服务。
企业IT架构的演进
从最早的单体应用建设到SOA架构集成，从SOA架构集成发展到当前的中台和微服务，这个是核心演进过程。在整个演进中核心思想包括如下几点。
拆分：大的要拆分为小单位，解耦和自治
分层：参考SOA思想通过服务解耦，上层应用可编排
抽象：从资源层不断地向服务和应用层抽象
云原生架构如何助力数字化转型？
云原生核心是从资源到服务，从生在云上到长在云上，最终要达到的就是企业IT应用构建不需要去关心技术基础实施和技术实现细节，而是将重心放到业务实现上。
其次云原生中涉及到的微服务，容器云，DevOps都加速了IT应用的敏捷构建和快速交付能力，对客户和市场需求的敏捷响应能力是数字化转型中的一个关键评价指标，那么云原生架构能够提升这个敏捷响应能力。
对于数字化转型的核心要素和能力框架，可以参考：
企业数字化转型-核心要素和能力框架构建思考
企业架构和企业架构方法论 
书里面对常见的EA企业架构方法，类似TOGAF，FEA，DoDAF，电信eTom都做了基础内容和概念的介绍。可以对常见的企业架构内容有一个完整的了解。但是如果如果你原来没有做过类似企业架构方面的工作，这些概念性的内容看起来还是会比较吃力。
当我重新Review这块内容的时候，发现FEA架构里面的服务组件模型实际是一个相对关键和可借鉴的内容，包括我在数字化转型方法论框架中的很多思维完全和该思想匹配。即数字化转型中的思考方法发生一个重要变化就是你当前业务是如何的，这些业务需要哪些业务组件和业务服务能力来支撑，这个刚好是业务组件模型核心内容。
FEA里面的服务构建概念已经和SOA我们经常谈到的业务组件化，组件能力化的思路很类似了。上图可以清晰地看到我们整个分析思路就是先理顺业务目标和业务线，业务功能。再来考虑应该用什么样的服务构件来支撑相应的业务。
再次强调，在BRM清楚后，应该分解为哪些服务构件，每个服务构件应该提供哪些能力和服务，才能够满足业务目标和跨构件的业务协同，这是业务架构层面必须要重点考虑的问题之一。而对于服务构建，服务视图等刚好是TOGAF架构方法论欠缺的地方。
其次当谈eTom模型的时候，一定要谈到eTom给出了一个普遍适用的分层模型，即资源-》服务-》应用，包括我很多文章在谈分层的时候都是以这个为核心指导，整个分层模型核心思想同样是和FEA里面的SRM服务组件模型一致。所以研究完所有的业界企业架构方法论，得出的一个关键应该是：
业务组件化和组件能力化
既基于业务需求和流程梳理，最终是得到到各个业务组件或业务构件，同时业务组件暴露服务接口，各个接口通过灵活编排来实现上层业务。
企业架构和数字化关系
在这本书里面谈到一个关键点，但是没有展开。
即企业架构对业务能力的承载通过服务和流程来实现。应用通过服务组件的组合来形成应用模块，应用模块进一步组合成子系统。这里的关键是如何进行服务的拆分和定义，流程如何进行组合。
企业架构和云原生关系
简单来说就是原来企业架构中的技术架构部分变化为了云原生技术架构，同时从原来的IaaS资源层上层到PaaS技术服务层，从运行态扩展到开发运行监控运维的全生命周期管理。即你现在企业架构规划的技术架构，你还只是在做IaaS虚拟化资源层的规划，那么显然是不能满足要求的。
企业架构设计 
在我头条前面文章中，实际对于平台+应有下微服务架构转型，数字化转型方法论中都有讲到企业架构规划设计的内容。包括我最早一批文章也提到希望将业务架构和应用架构两个架构进一步融合。
对于业务架构来说，实际是包括了流程架构，即基础还是流程调研和流程梳理，对企业来说可参考的就是价值链模型，AQPC流程成熟度评估，和ARIS流程建模方法论等。
流程分析完需要形成两个关键输出：
业务组件：哪些业务功能聚合到该组件
业务数据：哪些数据对象聚合到数据库
这两个才是当前应用架构设计的关键内容。即应用架构设计需要完成业务组件的拆分，业务数据的拆分，形成完全独立自治的各个微服务。
同时业务组件暴露服务接口能力，服务能力可以组装最终完成业务流程。
书里面102页谈到的基于业务组件的业务流程设计方法即和上面思考一致，但是这部分内容书里面也没有做详细展开。
从业务架构到应用架构
因此，从业务架构到应用架构，你需要完成的是业务组件识别和定义，数据库的拆分操作。形成独立的微服务。
如何拆分，既可以用传统的结构化分析方法配合CRUD矩阵分析完成，也可以用当前主流的DDD领域模型分析思路，比如核心的从事件风暴到边界上下文划分。
注意在这里引入另外一个关键，业务组件本身也是IT模块，上层组合实现的应用本身也是业务模块，两者之间通过服务层解耦。这个时候会看到一个关键概念出来，即SOA里面的服务分层，服务组装编排。或者当前另外一个说法是数字中台。
传统应用架构规划实际没有体现横向分层。
而当前数字化转型架构规划一定要体现中台层能力+前台应用层能力的横向分层。
这个才是应用架构规划的一个关键。
数据架构规划
这本书里面对于数据架构规划有一个巨大的误解，就是容易将数据架构规划理解为类似大数据平台，数据中台，BI系统数据架构方面的内容。而实际上数据架构规划首先要解决的是应用系统对数据的使用问题，类似传统单个应用开发中的数据库设计，从ER概念模型到逻辑模型，再到物理模型。
数据架构规划需要包括两个方面内容。
完整的数据建模，数据对象如何拆分到各个业务组件
共享数据如何采集和聚合，提供数据服务
所以数据架构规划先解决的是数据对象如何拆分的问题，其次才是去解决数据对象如何进一步采集和聚合，形成共享数据服务层的问题。
在新的数字化转型架构规划下，由于进行了微服务化和拆分，那么数据架构规划中的数据中台规划就更加重要，这个不是传统的BI架构规划，而是增加了共享数据服务层规划。
而数据架构本身也从完整数据定义，到主数据，再到共享动态数据逐层递进。
云原生技术架构设计 
这本书内容整体知识框架相对来说很完整，该谈到的点基本都谈到，但是都没有进一步详细展开，因此基于这个内容来指导实践还是比较困难。
对于云原生技术架构设计，简单来说你需要谈那些内容点。
云原生本身就是一系列的管理过程实践和技术实践的融合，而技术实践又包括了微服务，DevOps，容器云，ServiceMesh服务治理等。
从应用架构到云原生
在应用架构规划设计的时候已经体现了微服务，平台+应用，中台等思想。那么到了云原生技术架构，重点就是你规划的微服务如何更好地基于云原生技术架构来落地实施。这就涉及到从开发态到运行态到运维态的完整生命周期管理。
开发态：微服务开发框架，低代码开发
运行态：容器云PaaS
治理态：ServiceMesh，服务治理
而以上三点又是通过DevOps来实现了完整的过程衔接。
一个微服务如何选择微服务开发框架进行开发，应该遵循什么样的开发标准规范，开发完成的微服务如何通过DevOps的CI/CD过程持续交付到云环境，最终交付的微服务又如何治理管控，这些都是云原生技术平台应该提供的能力。在构建这个技术平台的时候本身有两个思路。
其一是企业自建构建一个云原生技术平台，其二是直接使用公有云服务商的延伸云服务能力。如果是企业自己构建云原生技术平台，那么就涉及到企业私有云和外部公有云的混合云管理和跨云交付能力。
所以你看我在写云原生技术平台和解决方案相关文章的时候，基本是参考上面的思想展开。
总结
对于这本书整体还是推荐，作者从数字化转型到企业架构规划再到云原生技术架构形成一个完整的知识框架结构体系，虽然有些内容没有展开，但是仍然可以将架构规划到技术平台落地实现形成一个完整的知识贯通。有利于你搭建一个完整的知识体系，到了具体的知识点只需要再延伸阅读即可。 |
