一个简单的内容中台设计

什么是中台?

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

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处理通信层和会话层,让业务方仅关注消息展示等更上层的需求。

小结

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

本文章由javascript技术分享原创和收集

发表评论 (审核通过后显示评论):