一个简单的内容中台设计

什么是中台？

首先要理解什么是中台：是指搭建一个灵活快速应对变化的架构，快速实现前端提的需求，避免重复建设，达到提高工作效率目的。
有一个图可以形象的解释它：

support.png

一个好的中台可以支持多个垂直业务快速落地。
中台需要提供的基本能力有：

• 标椎化
• 可扩展性

前台的业务变化多端，如果没有基本的标准，来一套做一套，中台就失去了它存在的意义。如果中台架构过于僵死，前台业务略有变更就需要大刀阔斧的修改中台模型，那么，中台将陷入“推翻-重建-推翻-重建”的无限循环中。

内容中台

【内容中台】，顾名思义，就是提供内容服务的中台能力。
在我司的业务域中，内容包括文档，知识，视频，协议等。

内容中台需要提供的能力有：

• 内容管理&维护：内容创作，审核，评价，权限管理等
• 内容运营：
  • 基于算法的内容分发，内容推荐
  • 内容搜索，收藏等
• 内容展示：提供标准化展示能力

下面，我们从不同角度来看内容中台应该是什么样的。

1. 从使用者的视角

大致分为三个角色：

• 内容创作者：既可以是内部运营也可以是外部用户。不同的业务表现会很大。比如抖音这种内容航母，它的内容创作者基本都是C端用户；而阿里云帮助文档，很明显，内容由内部产出&维护；
• 平台运营：一般是平台内部运营，或者B端用户。如果企业提供了内容SaaS服务给B端商户，那么，商户也可以在平台上制定自己的运营策略（比如有赞这种SaaS提供商）。但是，随着合规愈发普遍，内容审核一般由平台负责，保证内容合法合规（避免涉黄社暴等不良内容流入大众）
• 内容消费者：外部用户，既可以是B也可以是C。这个比较好理解。

B端指企业，C端指个人用户

user.png

2. 架构分层的视角

可以分为三层：

• 业务层：直接支持不同领域的业务。可以提供HTTP接口供垂直业务调用，也可以提供Dubbo接口给垂直业务方，业务方根据自身业务特点再做一层包装，透传数据到前端。
• 平台服务层：提供一套标准的数据模型或者状态机，支持不同的内容域。比如，视频和文档，是两种截然不同的内容类型，但是，它们依然需要基于标准模型创建和维护：
  • 基于库的内容隔离
  • 版本记录和操作记录
  • 引入标准的审核流
  • 等等
• 基础服务：不一定局限于内容域，该层可提供更加通用广泛的能力。比如标签服务，可以支持不同的中台业务，而标签服务底层可以接入大数据（大数据可提炼出用户画像，地域特征等系统标签）

platform.jpg

3. 前端开发的视角

中台建设的难点大多在后端，但也不是说前端可以躺平什么都不干。涉及到前端的，可能有以下工作：

• 支撑整个中台能力的后台系统建设
  • 业务组件标准化
  • UI组件标准化
  • 提效能力：动态表单，流程引擎..... 也可以接入低代码开发
• 垂直业务展示层：
  • 可提供标准化的2B2C应用（比如XXX文档中心），且提供一定的配置化能力（比如主题色定制，文档空间首页配置，空间隔离，个性化域名......），甚至可直接提供SaaS能力
  • 标准化SDK。类似腾讯IM，前端可以提供im-sdk.js处理通信层和会话层，让业务方仅关注消息展示等更上层的需求。

小结

今天就简单讲到这里，抛砖引玉，希望大家可以对内容中台有个粗浅的了解。