一中心统管：破局产品乱、数据滥、权限失

文章配图，仅供参考

　　当时我们手里五个产品线，每个都有独立的数据中台。你说这是“微服务”？呸，根本是五个平行宇宙——A产品的用户ID在B系统里叫“member_code”，C产品的订单表里藏着D产品的支付状态。最绝的是权限，财务组的小王要查全公司数据，得在五个系统里分别申请角色，结果她工位上贴了五张便利贴，每张写一个系统的账号密码。

　　那天雨下得邪乎，评审室窗户关不严，雨水顺着窗框滴在会议纪要上。老张举着一份报表：“这周三，运营部在A系统改了用户标签，结果B系统的推荐算法因为数据不一致，给VIP用户推了九块九的袜子——这他妈叫数据滥用？”他甩出来的Excel里，同一用户的注册时间在三个系统里差了整整两年，“你们管这叫数据治理？”

　　我低头看手机，运维群在刷屏：“构建卡在87%了”。这数字我熟，每次跨系统同步数据，构建必卡在这个位置——就像五个哑巴在吵架，谁也不肯先开口说“我需要你的数据”。上周五加班到十点，我盯着卡死的构建进度条，突然想起三年前那个项目：当时也是五个系统各自为战，最后客户说“你们这数据对不上，我们不敢用”，直接砍了30%的尾款。

　　老张的方案是“一中心统管”——所有数据进中台，所有权限从中台发，所有产品调中台接口。他说这叫“优胜劣汰”，“让那些重复造轮子的系统自然死亡”。我第一反应是扯淡：五个系统背后是五个团队，每个团队都有KPI，谁肯把自己的数据交出去？结果他掏出手机，翻出一张照片：“这是上周五下班时拍的，产品部走廊里堆着三个系统的服务器——运维说这些机器三个月没动过了，电费都比维护费高。”

　　说到这儿，我想起个事儿。上个月和同行吃饭，某大厂的信息架构师吐槽他们也搞过“一中心”，结果半年后发现中台成了新的瓶颈——所有请求都得过中台，响应时间从200ms涨到2秒。他说最搞笑的是，为了“统一数据格式”，他们把所有时间戳都转成了UTC，结果财务系统要本地时间，运营系统要时区时间，最后不得不在中台里又加了一层转换逻辑。“这他妈叫统一？”他灌了口啤酒，“就是把问题从五个地方集中到了一个地方。”

　　但老张的方案有个狠招：他让运维把五个系统的数据库权限全收了，只给中台开放读权限。产品部要改数据？先在中台提申请，审批通过后由中台统一写回。权限申请也走中台，财务组的小王现在只需要在一个系统里申请角色，中台自动同步到五个产品线。“现在她便利贴只剩一张了，”老张晃着手机，“上面写着‘中台账号：wangxiaoli，密码：123456’——虽然还是弱密码，但至少不用记五个了。”

　　当然，这方案也不是没坑。上周三，市场部要紧急上线一个活动，需要临时开放某个字段的写权限。按老规矩，他们直接找DBA改了数据库——结果中台检测到数据不一致，自动锁了整个系统的写操作。市场部老大冲进我办公室时，外卖凉了半盒，他举着手机喊：“这活动要是黄了，你负责赔损失！”我盯着中台监控屏，上面红了一片：“您得先在中台提申请，审批通过才能改。”他骂了句脏话，摔门走了——后来听说他绕过中台，直接让运维把监控关了，结果活动上线后数据全乱，客户投诉到CEO那儿，他挨了顿狠批。

　　现在回头看，“一中心”能成，核心就俩字：断粮。老张把五个系统的数据库权限一收，相当于断了它们的“数据口粮”——想活？就得找中台要。那些重复造轮子的系统，没了数据源，自然活不下去。就像老张说的：“你让五个乞丐抢饭吃，肯定打起来；但你把饭都收走，只给听话的乞丐发，他们自然就老实了。”

　　不过我也说不准这方案能撑多久。上周五，运维说中台的CPU使用率涨到了80%——所有产品都往中台塞数据，所有权限申请都走中台，它现在成了新的瓶颈。老张倒是淡定：“等那些没用的系统死了，负载自然就下来了。”可万一死的不是系统，是中台呢？

　　对了，昨天下班时，我看见财务组的小王在教新来的实习生用中台：“记住，所有数据都从中台取，别直接连数据库——上次市场部那事儿，够他们喝一壶的。”她工位上的便利贴，现在只剩半张了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!