[笔记] 企业IT架构转型之道

2020-01-10，今天刚看完全书，标记一下时间戳。

在当前这个时间点，业界已经有不少反对建设中台的声音了。

• 一，中台是什么，并没有一个规范的定义。通常来讲，可以分成业务中台，和数据中台。更像是程序设计规范的高层体现，行为和数据分离，像是策略模式。
• 二，中台不只是一个具体的软件架构，还涉及到公司组织架构。企业想要建设中台，需要对内部组织结构进行改革，因为人事变动和利益冲突，往往难以推动。

从技术层面来讲，如何量化的评定一个中台的好坏。一个重要的指标就是，中台的复用率。通过下游的数量，来判断中台的实用程度。

所以可以简单理解成：建设中台，就是要设计出具有高复用率的微服务接口。

读完整本书，对阿里中台印象比较深刻的有两点：

• 一，全链路压测。
• 二，跨服务的数据一致性检验。

这两点都和微服务相关。如果一项业务的逻辑，被瓜分成数个不同的微服务，而微服务又隶属于不同的开发小组，那么业务整体的整合测试其实是非常难做的。其次每个小组维护着自己服务的数据，那么不同服务的数据是否一致，也很难进行跨小组验证和修复。

我感觉没有什么很好的自动化解决方案，大量的Ops应该必不可少。因为业务逻辑分散的情况下，很难定位到错误的根源在哪里。

关于一致性。微服务带来的一致性问题是源于微服务的异步性。可以读下第六章，还是有不少介绍性的干货的。CAP理论，BASE理论，两阶段提交协议，柔性事务，幂等原则。

Reference

中台，我信了你的邪