浅谈中台那些事
admin
2023-08-13 17:40:35
0次
从18年开始，越来越多的国内IT厂商开始还是提出中台的概念。从应用层到数据层对已存在体系的各个系统进行整合。业务的统一规范、标准接口、数据资产化等特点，一时间让中台成为了全行业的方向标。
回顾一下IT行业的发展历史，类似中台框架的解决方案很早就出现了。MVP（Model-View-Presenter）的框架，对于对于一些多业务角色系统，在一定角度上Presenter已经涵盖了大量业务总台的功能。如今的中台技术更多想是规模化的提升，从进程管理到服务管理，从动态链接库的dll引用到基于网络的业务功能模块API调用。
正是因为服务并发以及处理工作量的变大，大量的评判标准不一同类数据产生于不同视角的业务系统。如何通过一定的规则让一些数据在多维度保持可用，且唯一评判标准就成为当今中台建设的最大问题。这里也许不是简单的数据治理，而是数据顶层重新设计规划。
目前中台建设同步与异步让存在比较大的争议。很多实时性的同步，对现有的业务系统也许需要付出相当大的系统开销。对于一些日常系统开销处于高位的业务系统，如何通过增加缓冲层进行双送或多送的方式同时分流将数据送至业务数据库和中台。
我们可以将这个产品定义为数据路由网关，通过缓冲的方式快速对数据进行分流处理。只是需要适配多个不同数据库的适配以及数据路由的。通过双送解决传统同步对系统开销大，异步无法进行实时业务交互的问题。业务流程和数据架构的整体重构后，完美情况下，本不应该在存在数据中台和业务中台的差异。
中台在我看来更多的就是总线型技术的延伸，如果的确有很多东西要整合，自身有能力应用整合后的资源，那么就去做。
下一篇：小红书推广种草资源