想上中台?还是先上巴别鸟吧

最近接了不少需要和企业中台对接的订单,有感而发。为防止更多的CIO或者运维同胞走弯路,觉得还是要写篇小文,希望对大家有帮助。但是按平时的文章阅读量,估计能看到的人有限,就权当一个记录吧。

先说企业为什么上中台,一般企业上中台都是为了解决数据孤岛问题。主要由于大企业经营的时间长了,往往有十几个甚至几十个系统并存,系统数据不互通更要命的是还不对齐,造成越来越低效,甚至错误越来越多。这时候需要用一个系统来统一管理,打通各个不同系统间的数据,让数据能够各系统中共享、对齐、统一取用,让各个老系统统一划归增强战斗力。

这是个很美的场景和方向,但是上中台几乎对于大多数企业来说都是掉一层皮的苦差事,而几乎所有企业上中台前都低估了中台项目的风险。中台项目很低的按时交付率及计划成功率也说明了一些问题。

为什么会这样呢?在我个人有限的认知下,一般大概是如下几个原因:

1. 中台要在生产数据上搭建。企业不可能中断现有系统及业务,所以中台部署联调的时候往往是在多个跑生产数据并正常运行的系统上对接,稍有不慎就会出现灾难性后果。同时又要兼容过去大量生产数据。这和对接一个全新的系统完全是两个概念。而这个困难在项目开始前往往会被大幅低估。

2.很多系统有历史遗留问题。 中台需要对接各种AD、ERP、CRM、OA、生产、业务系统,这些系统有外包定制的、自研的、供应商购买的…可能有的系统没有API或API不完整,有的系统数据库本身一片混乱,有的系统是一个黑盒子,有的系统很久没有维护,有的系统开发者都找不见了,各系统甚至可能账号体系还不一致。虽然有各种个样的办法,但是这些问题的叠加会造成困难度指数级上升。

3.中台成果难以量化。中台类似于OA,是把一个概念变成产品化的称呼,其实没什么标准也不可能有标准(各家要整合的系统和数据源都不一样)什么是中台?中台的目标是什么?什么样的中台才是成功的?甚至可以说,一千个老板心中有一千个中台(有的老板还需要中台实现“文化统一”)。现实和想象的差距很大,这个在具体操作时就很玄幻了,乙方做的永远和甲方想象的不一样,CIO做的和老板想象的也不一样。这样的后果是,绩效没法评估,说不定还成为业务部门背锅侠….

低估了中台难度就低估了风险,低估了风险就低估了投入,低估了投入就很难输出适合的产出。所以,行业内流传着。“中台无底洞”、“想N+1 上中台”、“说一个最短的IT界的笑话——上中台“ 之类的段子

其实,企业不一定要一次性马上上一个中台。先解决单点登录、数据统一存储管理 问题已经能解决大部分信息孤岛问题了。至于其他的,最靠谱的方式还是随着企业需求而持续迭代。

单点登录目前已经很成熟了,所以,上中台前,还是先上巴别鸟,把企业最重要的知识产权之一,散落在各个系统的文件都统一管理起来,即使以后上中台,通过中台访问巴别鸟一条路径就可以根据组织架构、业务逻辑、甚至项目等维度统一的把企业所有文件都管理起来。这也是很多大企业用户上了数据中台后还购买巴别鸟的原因 。因为上了中台才发现,相对于管理各个数据库,要把文件安全妥当分权清晰的管理好,不上一个文件统一管理系统还真不行。

而巴别鸟,很好的满足了这个需求。巴别鸟具有几乎全功能的API,并且提供对接服务。同时巴别鸟除了公有云版本也支持私有化部署。巴别鸟提供了存储级别的文件管理,支持各种冗余部署及分布式部署方案,同时安全合规,文件在巴别鸟上分块碎片加密存储。使用巴别鸟后,ERP、OA、CRM等系统的数据储存都可以通过接口存储到巴别鸟上来,也可以通过接口调用文件或者预览link,保证数据安全性。巴别鸟也提供独立的权限管理和文件结构,帮助需要并有权限的人在巴别鸟上统一查询文件的版本及权限分配,读取日志。

套用现在的流行语,我们可以叫巴别鸟 存储中台

想了解更多案例可以联系我

同时,欢迎访问我们的官网。巴别鸟企业公有云版本提供30天免费试用。私有云版本功能和公有云版本一致,并支持部分定制开发。

发表评论

电子邮件地址不会被公开。 必填项已用*标注