微服务和中台架构(200417)
上图是我原来在讲解微服务架构的时候用过的一张构图，分别从运行态和设计态来进一步说明从单体应用转变为微服务架构后带来的一些变化。还有一张图是用来描述单体应用的，如下：
实际上这两张图基本上能够把从单体应用到微服务架构应用的转变过程说清楚。但是在原来的构图中主要存在两个方面的问题。
1. 不能在一张构图上体现单体应用到微服务之间的对比。
2. 原来谈微服务的时候基本没有谈到中台的概念，更没有谈到业务中台和数据中台。
而这次构图思考的重点不仅仅是单体应用架构和微服务架构的区别，而是从传统IT架构到中台架构的一个演进过程，这也是我们现在常说的传统企业数字化转型中的IT关键转变。那么在这个构图里面我们需要体现的就是传统架构究竟是如何的？而当前的中台架构又是如何的？
整个构图应该能够很清晰的看到传统IT架构到当前中台架构的转变和映射过程。而并不太需要体现出太多的技术实现细节，也符合我们一再倡导的，对任何一个事物的理解，应该是先不求甚解的理解概念模型，其次才是打开黑盒抽丝剥茧的层层深入理解。
问题说明：从传统的IT架构到当前主流中台微服务架构的演进过程
问题分析： 对于该问题重点是希望一张图就能够体现出传统IT架构，中台架构，传统IT架构到中台架构的转变和演进过程，对于有IT经验的人一看图就应该能够明白整个转变在哪里？差异和映射体现在哪里，在传统架构到微服务中台，关键的变化又体现在哪里？
构图呈现： 基于问题分析整体的构图呈现应该是静态架构图呈现为主，但是通过新旧架构两个静态架构图的呈现，通过颜色或线条连接来体现新旧之间的动态映射和转变关系。
通过以上思考，初步的构图应该为如下：
整张图构图完比较遗憾，感觉还是表达的东西一多的时候，很大东西没法表达情况。由于涉及到生命周期阶段，实际上还是分别用三张图进行传统架构和新架构的对比往往更能清楚的看到映射关系。
整个构图方式我们基本还是采用了矩阵维度构图，但是发现的一个关键问题还是矩阵构图法的情况下实际上你很难去表达清楚各个组件之间的映射和动态 协同关系，这个本身也是矩阵构图法的弱项。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
