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

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

为什么同根生相煎太急？

统一的统一外观 对应除外的三种处理策略是除外的定义： 实时、延迟、后期 。对应使用的三种姿势是：在场、在线和在线，即三种中间平台： 微中台、薄中台、厚中台 对应的微和姿势。

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

在上线方式中，中台只是企业的辅助和附加Mater-Servant该模式是企业的生命延续和营养补充，因此 轻薄。

在场要求中台提供微服务，使企业系统能够根据自身需要灵活搭载中台，解决已知或未来可预测的缺失。 所以需要中台 能像细弦一样方便断链或切断现有链条 载入，解决不可细分的工作单位的问题。所以叫微中台。其实比喻更确定的是细弦。

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

在电子电路在电子电路元件上有点像电阻、电容和电感。

三者是企业应用系统中的组件单元——加工、组件单元——组装和组装。

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

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

补充解释 前面说到的 三种处理策略： 实时、延迟、后期。这意味着三种调用的有效性。

后期，也就是说，中国平台本身并没有事先处理除外的任何实际和逻辑处理（只提出可能的问题并检测和收集一些实时数据），直到后期，如下一轮中国平台本身的产品迭代或用户应用中的问题。

在这一策略下，中台主要将自己视为贯穿全剧的企业体系的主要组成部分。

按照aaas就标准而言，不考虑提及期动态。不干涉甚至不关心企业各工作单位的原有自主权。

-未完待续-