可以自己设计一个公司的网站,西安建站网站,百度打广告怎么收费,html界面模板在当下互联网圈子里要问什么最火莫过于中台这一概念了#xff0c;各大公司都开始了一轮跑马圈地似的中台建设#xff0c;那么到底中台是什么呢#xff1f;本文我们就来谈谈这个话题。一、什么是前台#xff0c;后台在以往的互联网企业生产流程中#xff0c;我们可以将研发…在当下互联网圈子里要问什么最火莫过于中台这一概念了各大公司都开始了一轮跑马圈地似的中台建设那么到底中台是什么呢本文我们就来谈谈这个话题。一、什么是前台后台在以往的互联网企业生产流程中我们可以将研发团队宏观的划分为前台与后台两部分。所谓前台就是用户直接接触到的产品部分如可在应用商店下载的APP像微信、抖音、淘宝或者可以使用的网站等。用户对产品的认知与体验也由此而生。比如大家对于微信的理解就是这个前台APP展示的一切给大家描绘的一个绿色图标的应用里面有我的A、B、C好友。而后台包含两个部分企业的内部管理服务的统称如内部的CRMERP等为前台提供服务能力的如数据压缩能力并发等。后台最重要的特点就是其提供的服务都是不被普通用户所感知的就像用户不会因为应用的并发传输速度而记住微信这个品牌。在搞清楚了前台与后台的概念后前后台模式的产品服务模式我们就可以用一张图来概括描述图1总的来说就是在应用中后台提供能力与计算前台将后台的能力进行封装以图形化的形式展示给用户让用户能更容易的使用公司提供的服务来解决个人需求。二、中台的白话解释在开始谈论中台之前我们先要明白当下的主流前后台模式并不是在业务实现上出现了问题不支持眼下出现的种种新业务场景相反地这种前后台反而是公司最省事省力的一种提供服务的解决方案。因为这种模式不需要提供额外的建设前台完成信息展示与交互后台做好对应需求的解决逻辑就组成了一个产品。实际上中台的出现更多是因为公司业务在发展到某一阶段时在拥有多个业务线时继续发展遇到瓶颈与障碍后为了解决如何继续朝下走的实际问题而提出的一个组织前台业与后台关系新解决方案的统称而不是某个新的系统。在互联网进入日益复杂的市场环境的今天市场中由于存在众多的竞争者也逼迫着企业需要不断去更新产品去抢夺市场。而作为实际用户真正接触的前台业务如APP、小程序、网站等必须要快速迭代新的功能才能让用户感知到。而在这个大背景下带来的矛盾就是——以往为了支撑前台越来越多的业务后台不断地建设庞大起来的系统由于一直在追求稳定性而生反而在这个时候显得越发笨重起来。这样的后台变得越来越没法去快速响应前端变化所带来的改变。原来的前后台模式的这种直接关联决定了两者的冲突不可避免。例如传统我们的一个电商网站由于用户前端需要组织各种新的销售方式(拼团一元购等)导致每次活动页面开发的时候不仅需要前端重新设计页面从后台接口提供与数据表都要重新设计。这无疑大大拉长了我们的需求响应时间很有可能会导致在活动模块还没开发完成我们的风口就已经过去了。因此我们需要一个能最少改动就能完成大部分需求的解决方案这就是中台。中台解决方案到底是什么呢让我们举个通俗的例子来说如果将互联网公司的研发中心比作一个厨房将研发新产品的过程比做菜的话我们就可以很容易理解这个概念了。首先请大家想一个问题在一家客流量非常大的餐厅中我们要如何缩短客人的等待时间呢相信很多人的第一想法就是增加多名厨师但时大多数的餐厅单纯的增加厨师这是不实际的因为每增加一个厨师是有很高成本的而且每天忙的就是中午和晚上这两个时间点虽然在饭点解决了问题但是在一天中其他的时间里厨师人员就显得非常冗余了。而正确的做法是先将做菜这个任务拆分让做菜这一件事变为多个环节来思考。也就是将做菜变为图2通过这样的拆分后我们可以发现无论是做什么菜系买菜与配菜都是共有的两个步骤我们完全可以只需要增加一位配菜的小哥来代替厨师去进行前两步这也就是现在大多数上规模餐厅的组织架构图3这样我们每一位厨师新做一道菜时没有必要一定要从买菜洗菜切肉这些最基础的环节开始而是完全可以直接使用他人切好的肉片洗好的菜下锅唯一需要关心的就是如何在搭配调料上研究不同的创意。完全可以大大提高厨师的做菜速度同时在成本上我们只增加了一个人就解决了所有问题。回到研发流程来看买菜其实就是我们研发的后台他们帮助我们解决最基础原料问题。厨师是我们的一个个业务前台团队他们要做的就是根据不同地区口味烹饪出对应的菜系而在业务多元化后洗菜切菜配菜都可以交给中台解决方案去完成做菜的时候作为大厨只需要喊一句要什么材料既可当然这里的配菜小哥就是我们的中台。所以说有了中台之后我们的前台业务就可以快速尝试迭代不需要每件事都是从0到1开始了。让我们再站在架构的层面来看看中台对整个系统业务所起到的作用。假设我们是一个电商平台在我们未使用中台的时候每一个前台的用户终端都需要与后台进行一次对接就像下图图4而后台的每一个模块都需要维持与前台业务的关联并根据不同业务前台的特征加入适配。这样造成的结果后台的每一个模块都需要加入与前台适配的部分从而大大加大了开发量每个前端在启动时需要分别对接不同的后台模块也加大前台启动时的工作量当后台进行升级或架构调整时还需要考虑与前台的对接并进行逐一的调整。当我们引入中台后让中台作为一个对接层帮我们去统一对接前台的不同终端同时对后台各个子系统进行统一的封装让前台能无感知的使用各项服务而不需要单独设计通道我们的系统也就简化成了这个样子图5通过对比我们能清楚的看到中台对于公司的整个业务架构起到了非常大的简化作用。用一句话来概括就是中台的核心本质就是服务共享目标是支持前台的快速创新或试错而实现的手段是微服务架构、敏捷基础设施和公共基础服务。三、中台解决方案那么到这我们可以给中台解决方案下一个定义中台解决方案的组成 能力输出 标准化中间件让我们来一个个解释第一部分能力输出所谓能力输出就是要规划出什么是公司的核心竞争力理清楚公司发展的战略与目标与未来公司里的主要业务会涉及到哪些方面。并在这些业务层面中去提炼哪些模块是以共性存在的并会在每个新开拓的业务中不断使用然后就把他归类到中台进行建设。这也就是中台的一个重要的意义为不同的前台业务提供可以重复使用的能力形成一次建设多次使用。例如我们规划了公司的核心方向是视频方向未来可能会涉及的业务形态有在线视频视频直播短视频……分析上面的业务方向我们不难判断出最基础要抽取的模块可以划分为在线视频编辑视频压缩多人点播……完成拆分后我们就可以通过中台去实现这几个通用模块。值得提一下的是虽然这里在说中台要考虑复用性、扩展性但是要考虑多少考虑多深这里又是一个非常考验产品功力的地方。还是举上面的例子来说我在设计一个视频社区APP的积分商城系统时需要将商城交易方式抽象为能力时这里我们大体上可以抽象为如下三种交易方式表1但是同样的疑问来了我们仅仅为了支持一个积分商城需要将中台的复用与扩展放大要考虑引入股票交易才使用到的撮合交易模式吗当然这里的案例比较极端我们能快速判断但是在具体的中台规划中我们会碰到很多这种类似的范围决策我们必须要按照公司的核心业务规划来严格定义中台的能力避免在中台出现过度建设的现象。第二部分标准化中间件(整合能力并封装头尾)在我们确定了公司的业务发展需要哪些能力之后中台解决方案的另一个组成部分就是需要做一个将每个能力进行封装形成一个统一的可供前台业务端方便使用的中间件。这里的统一具体表现在如下的几个方面不同终端中的叫法与含义定义统一化的输入输出为什么要统一呢以往的前后台模式中同一家公司内的不同业务如直播项目组、短视频项目组各自为战的时候经常会出现一个事物被不同项目因为场景化的需求而出现两个称呼的现象但是实际上他们本质上是同一个事物。这也是原来不同项目组想要进行复用前人的模块时一个天然的巨大障碍——无法快速对接。例如就那一个用户昵称这个字段来看在不同项目组中的应用中可能会叫用户名称、用户昵称、称号、花名等等而在数据库中又可能会有不同的字段名称username、UN、name等等。因此我们需要一个中心化的产物帮助我们定义好这些个通用属性使在公司中不同的业务端都能统一。面对这种现象在有了中台后我们就可以通过定义标准化的中间件来解决。以后假设公司内部孵化的项目组再次要使用用户昵称这个字段的时候无论具体是什么业务前端都会是一个叫法、一种存储这样不仅能直接使用之前项目的模块同时还可以和公司内部的管理系统如CRM/BI等快速完成对接。四、最后在竞争日趋激烈的互联网行业中如何低成本又快速地完成业务创新去占领市场是每个企业所追求的方向而中台解决方案的出现给我们当下的互联网企业带来了一个全新的发展思路。本文由 三爷 原创发布于人人都是产品经理。未经许可禁止转载题图来自Unsplash基于CC0协议
