事件驱动中台 - 啥是中台？

中台的抽象

从黄金思维圈的角度来说，为什么要建设中台（why），就是为了共享复用，降低建设成本。接下来要解决的就是怎么建设（how）的问题。

中台是对管理者和架构的抽象能力的挑战，没有一个架构师可以在新问题上做出百分之一百与实际匹配的架构一样，也不会有一个统一的万能中台能在保证开闭原则的基础上适配所有业务。过度贪求高度复用，会陷入“强求陷进”——把不该抽象的东西硬是抽象到了一起，结果就是系统的复杂度并没有降低，而是从多个地方搬到了一个地方。因此，管理层想要的“全集团大中台、小前台”，是一种理想主义，注定难以实现，这其实也是业务建模不清晰的必然结果。

做中台最重要的还是能识别出用户、前台、后台都是什么，以及如何这几层之间是如何交互的。也就是识别业务对象和业务活动，形成业务建模，对业务建好模型以后，才能抽象出适用的通用层。这就又回到了EA（企业架构）理论上。业务架构需要首先抽象出来，然后根据业务架构来设计应用架构、数据架构和技术架构。

作者：MisterCH
链接：https://www.jianshu.com/p/90c44d2fab84
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

运维领域的中台是什么

如果把运维看成一种业务的话，我们就需要区分出运维领域的用户、前台、后台。而后中台作为衔接前后台的中间层，就可以进一步明确其业务价值所在。

根据《工行侯志荣：一体化和自动化运维体系探索》一文提出的OASR模型，用户对应角色，前台对应各种运维场景所需要的场景功能平台，后台对应的应该是基础的能操作运维对象的业务活动。

那么运维中台所要解决的问题就是如何衔接前台和后台，中台所要实现的功能就是能力的编排，可以通过编排将各种业务活动进行拼装整合，形成前台各个业务场景下所需要的视图、操作页面等等。

举个例子，比如自动化操作，抽象出的中台就可以是流程编排+执行的操作中台，能编排流程，能执行，能反馈看结果，这个就自成一个闭环，在此之上的任何场景作只要不超过流程+执行这个范畴，就能很好的适用。剩下的就是根据需要做成一个个的前台页面或按钮就行（配套前端低代码平台？）。

以此为基础，将多个可复用的中台进行封装后，就形成了运维中台（待思考）。因此对于运维中台来说，应具有以下的功能：

1. 拼装前台功能，可通过拼装（低代码）的方式，来快速实现前端所需要的视图、操作页面。
2. 拼装后台功能，可通过编排的方式，将后台的能力进行封装，提供自定义的服务，并可被前台调用。
3. 捏合前后台，形成可运行的功能。
4. 配套数据的存储能力，能为前后端提供数据基础，为拼装提供数据支持。

运维中台的简单架构