《京东上千页面搭建基石——CMS先后端分离演进史》阅读笔记

1、背景

　　CMS即内容管理系统，目的是用于快速进行网站建设或者网页开发。

　　对于京东网站部门来讲，CMS核心目的是用来快速开发和上线各类页面，诸如各类垂直频道页。

2、CMS核心目的

　　进行数据和模板的统一管理、页面的统一发布,从而减小以前的不少重复工做。

3、CMS特色

　　一、搭建快速，统一发布，统一架构

　　二、先后端分离。后端再也不负责页面渲染，只提供高性能、可复用的API

　　三、移动端页面支持

　　四、数据分析、智能投放的特色。

4、从基本功能及架构来看，能够分为三个阶段：

　　一、CMS 1.0——虚拟分类系统

　　虚拟分类系统是一个独立的促销商品、促销文字维护系统，与具体前端业务架构脱离，哪条线接入虚拟分类，须要根据本身的业务逻辑单独开发、维护、部署本身的架构。虚拟分类系统只是一个基础数据维护平台，没法实现信息的共享、复用和集约化管理。

　　这就会存在各类各样的频道页系统，致使管理混乱，性能上各有差别，出现过不少次事故。

　　并且各系统须要独立配置，致使工做量大，占用资源多，没法快速响应业务需求。

　　二、CMS 2.0——CMS系统

　　Cms2.0总结了1.0时的不足，从节省资源、控制成本的角度考虑，把导购类的个体页面业务进行了统一，模板能复用的复用，之前虚拟分类系统的频道也须要迁移到新的系统。

　　 改动以下：

　　（1）、CMS 2.0数据结构适合虚拟分类体系，方便新老数据兼容；

　　（2）、升级架构，统一配置、发布流程；去memcache为redis，作大量性能压测来调优php-fpm配置，单机TPS能达到3000+； 配置定时任务，保证redis数据实时性；

　　（3）、单点发布，一键预览加强采销维护数据的机动性；

　　（4）、单机闭环，单机闭环服务设计是CMS总体架构的核心部分，须要展现的内容在本机获取、封装、校验；

　　（5）、模块化、动态数据类型初期版本

　　对比1.0，新的CMS可让频道页的开发周期下降2~4周，大大提升了业务需求的响应速度；它看起来更独立，更像一个总体，在容灾、规避风险方面作了严谨的优化；同时让采销在维护数据时，更方便、更简单。

　　后续因为个性化的需求愈来愈多，大量的频道业务须要开发人员一个一个套模板来实现，大大加大了开发人员的工做强度，以前的模板复用方式已经没法知足业务的需求，同时太简单的数据模块，须要手工来绑定数据类型也增长了开发成本，这时候须要必须作出改变。

　　三、CMS 3.0——CMS-portal系统

　　CMS 2.0后也存在不少痛点，所以在CMS3.0上解决这些问题：

　　（1）、本质问题就是要快：快速支持、响应业务愈来愈多的垂直化页面改版；

　　（2）、先后端分离，页面渲染让前端实现，解放后端让后端作高大上的事情；

　　（3）、减轻运营人员的工做量，系统简单好用，提升导购类商品的转化率；

　　（4）、其余系统的支撑，实现CMS的集约化管理；

　　（5）、 兼容手机端；

　　（6）、站点管理、统一架构、容灾、高性能、水平扩容；

5、统一架构主要分为如下几个部分：

　　一、CMS系统：统一管理CMS相关数据，并进行页面的生成和发布；

　　二、数据Worker管理中心：调用第三方服务进行数据校验（如库存不足补货），并调用CMS系统进行页面生成和发布，发布到单点服务器上；

　　三、单点服务器：相关页面的单机闭环实现，即CMS发布的页面会存储在这些单点服务器上；每一个机房会部署一台；

　　四、页面定时更新Worker：按期同步单点服务器内容到静态应用服务器集群，并保存历史版本，当出现问题时能够切换回上一个版本；

　　五、静态应用服务器集群：静态托底实现，会存储相关的静态页面文件，当单点服务器挂了时，降级到该集群；

　　六、异步加载的个性化服务：有些数据不能存储到静态页，如价格/库存/推荐等数据，此时经过异步加载这些数据，实现个性化服务；

　　七、接入层Nginx：接入层Nginx负责请求的路由和服务的降级。

 

　　原文连接：

　　https://mp.weixin.qq.com/s?__biz=MzIwODA4NjMwNA==&mid=2652897861&idx=1&sn=f2804fd064c7d3ea86554c187ae03db7&scene=21#wechat_redirect