中台的“赋能”和aaas的“软件智能”

昨天的文章，之所以在正文开篇中又拿出中台来说，是因为 aaas所说的软件智能 和中台所说的为企业赋能，实际上都是出于同一个目标，只是方案 一静一动。但动静一源。

本是同根生相煎何太急。

中台的统一外观  就是“除外”的定义，对应“除外”采用的三种处理策略： 实时、延时、后期 。以及其对应使用的三种姿势是：在场、上线和在线，就是三种中台： 微中台，薄中台和厚中台 的对应略和姿势。

“在线“方式中，中台将自己作为 企业的能源，是命脉和中央集权，所以厚重。

“上线”方式中，中台仅作为企业的辅助和附加，以Mater-Servant模式为企业续命和补充营养等，所以 轻薄。

“在场“方式，则需要中台能提供微服务，让企业系统可以按自己的需要灵活搭载中台来解决现在已知的或未来可预知的缺漏缺失等。 所以需要中台 能象一根细弦一样方便在断链处或切断已有链条 来载入，来针对不可细分的工作单元解决问题。所以称为“微中台“。实际上更确定的比喻是“细弦”。

相应地，可以将薄中台和厚中台比喻成 “薄膜“和 "重荷”。

三者的性质，在电子电路的元器件上，有点像 电阻、电容和电感。

三者分别是企业应用系统中的一个组件单元--用于加工，一个构件单元--用于组装，和一个部件单元--用于装配。

在昨天的“总览”中 对应于aaas中的三种库：Utility、Facility、Assembly。

它们作为 主生产线主流上的三个分流，即作为三种线程，分别使用一个物理的线程池。在aaas的原型机中，是三个socket。

补充解释一下 前面说到的 三种处理策略： 实时、延时、后期。意思是三种调用的实效性。

后期就是说，中台本身不事先对“除外”做实际上和逻辑上的任何处理(仅提出可能问题并检测和采集一些实时数据)，要等到后期，比如下一轮中台自身产品迭代或用户应用中遇到问题再针对性的开发。

在这种策略下，中台主要将自己看成企业系统的贯穿全剧的一个主要部分。

按照aaas标准来说，就是不考虑提起期动态。不干涉甚至不关心企业各工作单元的原有的自主权。

【-----未完待续--------】