笔者认为，中台的出现，对于企业的IT应用系统会在以下三个方面产生较大的影响。
第一，业务系统的数据库该如何设计？
由于有了统一的数据中台，未来每个业务系统是否还是独立地设计自己的后台数据库？
是否能采用数据服务、数据调用的方式，直接从数据中台找到相应的数据服务，获取业务应用所需要的数据，并将应用产生的数据更新到统一的数据中台，以及相应的底层数据库。
如果真能这样，就可以大大降低业务应用的开发难度，真正做到业务人员自己开发自己所需要的业务应用。
我很期待这种业务系统研发模式的出现。
更期待业界有这样的数据中台服务出现。
就不知道这是否可行，特别期待与业界技术大咖探讨。
第二，大型ERP等系统会被肢解，微服务将会大行其道。
传统的ERP软件为什么会越做越大，一个核心的原因是，要将业务流程和数据在一个应用内形成闭环。
这种紧耦合的超大系统，固然是集成性强闭环好，但带来的坏处也极其明显。
研发难度大、周期长；
实施难度大、周期长；
成本高，灵活性差。
中台的出现，让业务流程和数据实现闭环有了新的方式。
业务流程通过业务中台实现闭环，数据通过数据中台实现闭环。
由此，像ERP这样的大型业务系统，在中台架构下，就没有必要。
他们会被一系列可以形成业务闭环的、可封装成各种服务的微服务所替代。
例如，ERP中的物料需求计划可以形成一个微服务、排产计划可以形成一个微服务，每个微服务都有标准的输入输出，可以封装成相对独立的服务，供不同的业务系统调用。
因此，在云时代、在中台时代，ERP这样的大型系统将会被肢解。
这既对IT厂商有好处，既用户更有好处。
第三，微服务的编排平台将会成为构建各种业务应用的重要工具。
微服务就是用来构建企业的业务中台。
绝大部分的微服务，其本身并不是一个可以完成某个业务环节的应用，不能直接被业务人员使用，它往往需要和其他的微服务一起，共同组合而形成某个业务应用。
这就需要一个类似于SOA的服务编排系统。
它能将各种微服务方便地组合在一起，快速构建一个面向业务人员的业务系统。
因此，笔者认为，中台的出现，将会对企业应用系统的研发产生很大的影响。
对于有很多遗留系统的企业，可以其上加一层中台架构，将遗留系统作为后台处理。
对于那些新的企业或组织，他们没有遗留系统，他们可以基于中台来构建自己的业务应用。
这将是一种全新的构建模式。
—END—
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
