中台战略实施：科研圈那些不吐不快的坑与光
几年前我刚接触中台这词儿，是在一个项目复盘会上。PM 拍着桌子说：再不通一下数据，明年结题我直接提头来见。那时候没人懂啥是中台，只知道一堆系统像孤岛。数据，靠手拷。不对，靠手拷拷不出来，靠 U 盘。
结果呢？一年后，我们搞了个数据中台。上线那天我激动得差点把键盘摔了——太不容易了。但你猜怎么着？真正推下去，才是噩梦的开始。
从“一个U盘走天下”到“数据血泪史”
科研圈跟企业不一样。我们的“业务”是实验、是仿真、是文献综述。数据，那真是五花八门。有一次，一个老教授拿着一个 2003 年的 Excel 文件找到我：小张，这个生长曲线，能不能跟刚出的那批代谢组数据对一下？我打开一看，好家伙，字段名都是拼音首字母缩写。那一刻，我觉得自己不是做中台的，是考古的。
这就是中台战略实施的第一道砍：数据标准化。说起来简单，做起来全是不甘心的妥协。你说非结构化数据也得接吧？我见过最离谱的一个实验记录，写在便签纸上，然后拍照存档。我们不得不搞了个图像识别模块去解析——AI 派上用场的时候，我却一点也高兴不起来，因为训练集就得人工标 5000 张。
科研原始数据多源异构示意图
但中台带来的好处也实实在在。以前跨课题组的合作，光是数据互传就能耗掉一周，现在直接通过数据虚拟化层，权限一开，当天就能跑模型。有个做药物发现的团队，用我们的中台底座，三个月干了过去一年的虚拟筛选。他们 PI 后来跟我们说，要是早两年有这玩意儿，也不至于被抢发。这话听着挺心酸的。
说实话，中台不是万能药。我有次听一位大厂架构师讲，中台要做“薄”，要可组装。我们照着这个思路，把原来的巨石中台拆成了十几个微服务，每个服务独立部署，通过 API 网关串起来。这下总算活过来了。但这个过程，HR 不高兴，因为人员又得重组，KPI 又得重定。所以说，技术架构的调整背后全是组织架构的血雨腥风。有时候技术的难，远远不及人的难。
科研中台微服务架构演化图
最近行业里有个趋势，叫“AI 中台”。很多人问我，这是不是新瓶装旧酒？我觉得不是。传统数据中台解决的是数据资产化，AI 中台解决的是模型资产化。我们正在尝试把课题组训练好的模型沉淀下来，做成可复用的组件。比如一个图像去噪模型，本来是为电镜图片训练的，后来另一个做天文观测的小组稍微微调一下，也用上了。这感觉，有点像科研共享经济。但问题也来了：模型的所有权怎么分？论文署名时算谁功劳？这些都是中台战略实施中绕不开的“非技术性”烂账。
真实落地：哪有什么顶层设计，全是缝缝补补
我经常在网上看那些讲中台的文章，画一个大大的架构图，什么数据中台、业务中台、技术中台，圈圈框框特漂亮。真干过的人都知道，那是理想态。实际落地的过程，就像给飞行中的飞机换引擎。我们一开始也想得挺好，先搞一套完整的元数据管理，把全院的科研数据都梳理清楚。结果第一次开会，各所的数据管理员光“细胞系”命名规则就吵了三个小时。“Hela 细胞”和“海拉细胞”是不是同一种？要不要统一？统一了历史数据怎么改？
最后怎么办？妥协。搞了个别名映射表，先让数据能流转起来，脏活后面慢慢收拾。这种务实主义的做法，反而让中台推行得快了些。我最大的感悟是：中台不是做出来的，是“长”出来的。你得让用户先尝到甜头，哪怕一开始是个很简陋的服务，只要能帮他省一天时间，他就有动力配合你。我们早期有个“科研日历”小工具，就是中台的一个小服务，自动从各个系统抓取项目节点、仪器预约，推送到微信。就这点东西，居然成了爆款。然后大家开始相信，数据打通是真有好处，后面再上数据治理，阻力就小了。
当然，坑是填不完的。安全问题首当其冲。科研数据很多涉密，上中台意味着集中。我们被安防部门约谈了好几次。后来搞了数据脱敏隔离舱和零信任架构，每一步访问都要动态鉴权。这玩意儿又慢，差点把实时分析给废了。又是一顿优化……
科研数据安全零信任架构部署图
讲真，干中台三年，头发少了一半。但每次看到原本因数据壁垒而停滞的项目又跑起来，看到年轻博士不用再花一半时间清洗数据，而是专心做研究，还是会觉得值。前几天看到一个课题组基于我们的中台做了跨学科的脑机接口研究，发了 Nature 子刊，他们致谢里提了我们团队一句。我那理工直男心啊，扑通扑通，跟当年初恋似的。
所以，中台战略实施到底是个啥？它不是技术项目，是一场持续的组织变革和认知升级。别信那些成功学似的经验分享，每个机构都有自己的基因和毒瘤，得自己趟出一条血路。但方向，我觉得没错。尤其对科研圈，数据要素的潜能还远远没挖出来。最后说句掏心窝的话：如果你们单位也要搞中台，先做好受挫的准备，然后，挑个靠谱的产品经理——比技术大牛还重要。真的。
结果呢？一年后，我们搞了个数据中台。上线那天我激动得差点把键盘摔了——太不容易了。但你猜怎么着？真正推下去，才是噩梦的开始。
从“一个U盘走天下”到“数据血泪史”
从“一个U盘走天下”到“数据血泪史”
科研圈跟企业不一样。我们的“业务”是实验、是仿真、是文献综述。数据，那真是五花八门。有一次，一个老教授拿着一个 2003 年的 Excel 文件找到我：小张，这个生长曲线，能不能跟刚出的那批代谢组数据对一下？我打开一看，好家伙，字段名都是拼音首字母缩写。那一刻，我觉得自己不是做中台的，是考古的。这就是中台战略实施的第一道砍：数据标准化。说起来简单，做起来全是不甘心的妥协。你说非结构化数据也得接吧？我见过最离谱的一个实验记录，写在便签纸上，然后拍照存档。我们不得不搞了个图像识别模块去解析——AI 派上用场的时候，我却一点也高兴不起来，因为训练集就得人工标 5000 张。
科研原始数据多源异构示意图
但中台带来的好处也实实在在。以前跨课题组的合作，光是数据互传就能耗掉一周，现在直接通过数据虚拟化层，权限一开，当天就能跑模型。有个做药物发现的团队，用我们的中台底座，三个月干了过去一年的虚拟筛选。他们 PI 后来跟我们说，要是早两年有这玩意儿，也不至于被抢发。这话听着挺心酸的。
搞中台最怕的：重得像国企，慢得像行政
很多同行一聊起中台，就吐苦水：中台变“重台”了。啥意思？为了支撑各种需求，不断往上叠功能，最后中台团队成了资源瓶颈。我们差点也掉这坑里。去年年初，用户抱怨数据处理流水线太慢，我们第一反应是加服务器，搞了个超融合。结果呢？慢还是慢，钱倒是花了不少。后来复盘发现是流程设计有问题，太多串行任务。重构之后，速度提升了 6 倍，但重构那两个月，我几乎天天被各个 PI 堵在办公室门口。说实话，中台不是万能药。我有次听一位大厂架构师讲，中台要做“薄”，要可组装。我们照着这个思路，把原来的巨石中台拆成了十几个微服务，每个服务独立部署，通过 API 网关串起来。这下总算活过来了。但这个过程，HR 不高兴，因为人员又得重组，KPI 又得重定。所以说，技术架构的调整背后全是组织架构的血雨腥风。有时候技术的难，远远不及人的难。
科研中台微服务架构演化图
最近行业里有个趋势，叫“AI 中台”。很多人问我，这是不是新瓶装旧酒？我觉得不是。传统数据中台解决的是数据资产化，AI 中台解决的是模型资产化。我们正在尝试把课题组训练好的模型沉淀下来，做成可复用的组件。比如一个图像去噪模型，本来是为电镜图片训练的，后来另一个做天文观测的小组稍微微调一下，也用上了。这感觉，有点像科研共享经济。但问题也来了：模型的所有权怎么分？论文署名时算谁功劳？这些都是中台战略实施中绕不开的“非技术性”烂账。
真实落地：哪有什么顶层设计，全是缝缝补补
真实落地：哪有什么顶层设计，全是缝缝补补
我经常在网上看那些讲中台的文章，画一个大大的架构图，什么数据中台、业务中台、技术中台，圈圈框框特漂亮。真干过的人都知道，那是理想态。实际落地的过程，就像给飞行中的飞机换引擎。我们一开始也想得挺好，先搞一套完整的元数据管理，把全院的科研数据都梳理清楚。结果第一次开会，各所的数据管理员光“细胞系”命名规则就吵了三个小时。“Hela 细胞”和“海拉细胞”是不是同一种？要不要统一？统一了历史数据怎么改？最后怎么办？妥协。搞了个别名映射表，先让数据能流转起来，脏活后面慢慢收拾。这种务实主义的做法，反而让中台推行得快了些。我最大的感悟是：中台不是做出来的，是“长”出来的。你得让用户先尝到甜头，哪怕一开始是个很简陋的服务，只要能帮他省一天时间，他就有动力配合你。我们早期有个“科研日历”小工具，就是中台的一个小服务，自动从各个系统抓取项目节点、仪器预约，推送到微信。就这点东西，居然成了爆款。然后大家开始相信，数据打通是真有好处，后面再上数据治理，阻力就小了。
当然，坑是填不完的。安全问题首当其冲。科研数据很多涉密，上中台意味着集中。我们被安防部门约谈了好几次。后来搞了数据脱敏隔离舱和零信任架构，每一步访问都要动态鉴权。这玩意儿又慢，差点把实时分析给废了。又是一顿优化……
科研数据安全零信任架构部署图
讲真，干中台三年，头发少了一半。但每次看到原本因数据壁垒而停滞的项目又跑起来，看到年轻博士不用再花一半时间清洗数据，而是专心做研究，还是会觉得值。前几天看到一个课题组基于我们的中台做了跨学科的脑机接口研究，发了 Nature 子刊，他们致谢里提了我们团队一句。我那理工直男心啊，扑通扑通，跟当年初恋似的。
所以，中台战略实施到底是个啥？它不是技术项目，是一场持续的组织变革和认知升级。别信那些成功学似的经验分享，每个机构都有自己的基因和毒瘤，得自己趟出一条血路。但方向，我觉得没错。尤其对科研圈，数据要素的潜能还远远没挖出来。最后说句掏心窝的话：如果你们单位也要搞中台，先做好受挫的准备，然后，挑个靠谱的产品经理——比技术大牛还重要。真的。