一个简单的内容中台设计
什么是中台?
首先要理解什么是中台:是指搭建一个灵活快速应对变化的架构,快速实现前端提的需求,避免重复建设,达到提高工作效率
目的。
有一个图可以形象的解释它:
一个好的中台可以支持多个垂直业务快速落地。
中台需要提供的基本能力有:
- 标椎化
- 可扩展性
前台的业务变化多端,如果没有基本的标准,来一套做一套,中台就失去了它存在的意义。如果中台架构过于僵死,前台业务略有变更就需要大刀阔斧的修改中台模型,那么,中台将陷入“推翻-重建-推翻-重建”的无限循环中。
内容中台
【内容中台】,顾名思义,就是提供内容服务的中台能力。
在我司的业务域中,内容包括文档,知识,视频,协议
等。
内容中台需要提供的能力有:
- 内容管理&维护:内容创作,审核,评价,权限管理等
- 内容运营:
- 基于算法的内容分发,内容推荐
- 内容搜索,收藏等
- 内容展示:提供标准化展示能力
下面,我们从不同角度来看内容中台应该是什么样的。
1. 从使用者的视角
大致分为三个角色:
- 内容创作者:既可以是
内部运营
也可以是外部用户
。不同的业务表现会很大。比如抖音这种内容航母,它的内容创作者基本都是C端用户;而阿里云帮助文档,很明显,内容由内部产出&维护; - 平台运营:一般是平台
内部运营
,或者B端用户
。如果企业提供了内容SaaS服务给B端商户,那么,商户也可以在平台上制定自己的运营策略(比如有赞这种SaaS提供商)。但是,随着合规愈发普遍,内容审核一般由平台负责,保证内容合法合规(避免涉黄社暴等不良内容流入大众) - 内容消费者:
外部用户
,既可以是B也可以是C。这个比较好理解。
B端指企业,C端指个人用户
2. 架构分层的视角
可以分为三层:
- 业务层:直接支持不同领域的业务。可以提供HTTP接口供垂直业务调用,也可以提供Dubbo接口给垂直业务方,业务方根据自身业务特点再做一层包装,透传数据到前端。
- 平台服务层:提供一套标准的数据模型或者状态机,支持不同的内容域。比如,视频和文档,是两种截然不同的内容类型,但是,它们依然需要基于标准模型创建和维护:
- 基于库的内容隔离
- 版本记录和操作记录
- 引入标准的审核流
- 等等
- 基础服务:不一定局限于内容域,该层可提供更加通用广泛的能力。比如标签服务,可以支持不同的中台业务,而标签服务底层可以接入大数据(大数据可提炼出用户画像,地域特征等系统标签)
3. 前端开发的视角
中台建设的难点大多在后端,但也不是说前端可以躺平什么都不干。涉及到前端的,可能有以下工作:
- 支撑整个中台能力的后台系统建设
- 业务组件标准化
- UI组件标准化
- 提效能力:动态表单,流程引擎..... 也可以接入低代码开发
- 垂直业务展示层:
- 可提供标准化的2B2C应用(比如XXX文档中心),且提供一定的配置化能力(比如主题色定制,文档空间首页配置,空间隔离,个性化域名......),甚至可直接提供SaaS能力
- 标准化SDK。类似腾讯IM,前端可以提供im-sdk.js处理通信层和会话层,让业务方仅关注消息展示等更上层的需求。
小结
今天就简单讲到这里,抛砖引玉,希望大家可以对内容中台有个粗浅的了解。
发表评论 (审核通过后显示评论):