数据中台 Node.js 中间层的定位类似一层 API Gateway，承载接口代理、聚合以及与DB 无关的部分业务逻辑。

在现阶段数据中台的服务体系中有两类服务：常规 Java 后端和 T-Service 。后者是数据中台将 OneService 方法论落地的统一数据服务，即服务于各个前台事业部，也为数据中台内部的各个应用平台提供数据服务。

随着互联网和智能手机的普及，人们的生活大多时候都离不开移动 App，在信息量与日俱增的大数据时代，用户反馈数据可以帮助发现热点问题、避免安全问题、优化产品体验、提升产品质量等。

SkyNet 天网平台专门聚焦于泛客诉问题数据，包括 App 端内离线反馈、IM（Instant Messaging，即时通讯）反馈、电话热线反馈、举报反馈、各大应用市场评论、App 端内实时评论、内部运营工单等数据，挖掘其中的价值，为各方业务带来收益。

最近一个项目汇报的时候，我下面的一个研发负责人被老板“骂”了一顿，原因是老板认为这个功能之前某某项目，某某系统做过了，为啥要重新开发，拿来用就行，结果这位研发负责人讲不清楚，或者技术人员太实在而不知道该如何表达，最后也把我叫过去数落一番。我不怪老板，她的想法是可以理解的，站在投入和产品角度，不要重复制造轮子是没有错的；我也不能完全怨我的下属，有些东西的复用和集成的确是不像做PPT那样东拼西凑那样容易的。

双方都没错，那问题出在哪呢？我将这个问题发到老谭的读友群里，大家讨论的也挺热烈，看来这个问题的确也是大家普遍存在的问题。

创作资源是指道具、模板、小程序等由设计师制作的资源，会应用于抖音、火山、剪映、轻颜、醒图等多款字节 APP 上。随着 UGC 模式的发展，越来越多的用户也加入到创作者行列，提供了大量、新颖的创意与玩法。创作者的增加，也导致资源数量急剧上涨，安全与质量问题也日益突出，而人工检测也存在着较大的效率、漏审等问题。为提升效率和测试覆盖率，给予创作者更好的创作环境与用户更好的使用体验，我们打造了一个专业垂类化测试服务化平台——创作质量平台（简称 CQ ），来保障创作者生产资源的质量。

随着业务和团队规模的增长，单体应用的架构无论从研发效率还是系统性能来看，都出现了瓶颈。微服务化的技术架构改造提上议程。本文首先介绍品牌广告投放平台的架构演进；其次结合业务，介绍在践行中台化理念和微服务化改造过程中碰到的问题和解决方案。

本文是哈啰技术沙龙-哈啰中台业务跨端技术Flutter实践分享文字版本；讲解了移动端跨端的历史背景和哈啰出行平台移动端在落地Flutter时遇到的业务痛点，并且详述了哈啰平台移动端如何利用容器化解决这些业务痛点，其解决方案和实践的成果。

从2020年开始，百度开始构建自己的商品推广系统，目前系统应用在百家号和直播场景中，为B端商家以及C端作者、主播提供了便捷带货流程，为广大用户提供了直接简单的购物体验。本文按照业务概念、用户界面、系统架构、核心实现的顺序介绍商品推广系统。

信也科技作为国内知名的金融科技公司，为了适应业务的变化和拓展，在业务中台系统中使用了自研的轻量级流程引擎。

无侵入式全方位定制架构在直播SDK的落地。

在百度搜索中，主要由“搜索在线”和“搜索离线”两部分构成，“在线”服务主要用于响应用户请求，“离线”服务则将各种来源的数据转换处理后送入“在线”服务中。“搜索离线”的数据处理是一个典型的海量数据批次/实时计算结合的场景。

业务方应用接入BOS需要依赖于bos-sdk，应用集群在启动时通过bos-sdk将应用指定注解的组件进行收集，收集完成后保存在DB中，集群中的每一台机器在重启时，需要保证入库时只有一条请求的处理能够正确入库，以保证数据不会重复入库以及数据插入冲突的情况，为防止出现上述情况，项目中采用分布式锁，对此我们针对项目中分布式锁的逻辑，以及业务拿到锁的实现进行了CR，CR的最佳指导我们采用结构化方式进行，分别从背景了解、业务场景、逻辑分析、异常分析、编程规范、非功能分析、可测性分析这几个唯度进行CR。

本文详细介绍百度体系内订单系统业务模型、架构设计的演进流程。

最近一年半在做中台相关的工作（虽然名称上没有直接命名为中台），碰巧最近中台的概念火起来了，业内有很多讨论，我整理了一部分主流的观点，配合我自己的经验，分享给大家，欢迎一起讨论、相互补充。

因为中台业务往往涉及较多公司信息，从职业规范角度不便多说，以下内容均经过脱敏调整，存在部分关键信息缺失，实操使用前建议补充多方信源、谨慎思考。

通过对数据与规则进行分层、数据对象化处理等方案，解决传统自动化测试的数据多样性、量级大、一致性难保证、接入没有标准等痛点，达到测试效率提升、快速自动纠错的效果

如何以尽量少的代码，清晰地体现复杂的业务逻辑呢？

平台化，组件化，高可用。