软件架构阅读笔记13
CMS即内容管理系统（ContentManagementSystem），目的是用于快速进行网站建设或者网页开发。
CMS最核心的目的就是进行数据和模板的统一管理、页面的统一发布,从而减少之前的很多重复工作。
cms是一个集标准服务管理、标准组件服务和智能投放于一体的标准化导购运营系统。具有以下特点：
- 搭建快速，统一发布，统一架构；
- 前后端分离，后端不再负责页面渲染，只提供高性能、可复用的API；
- 移动端页面支持；
- 数据分析、智能投放的特点；
业务支持场景：
首页、频道页、垂直页、活动页的搭建及单品页、列表页部分可维护的业务等。
架构的三个阶段：
CMS 1.0——虚拟分类系统
CMS 2.0——CMS系统
CMS 3.0——CMS-portal系统
CMS 1.0—虚拟分类系统
虚拟分类系统当时只是一个基础数据维护平台。
存在问题：无法实现信息的共享、复用和集约化管理。这就会存在各种各样的频道页系统，导致管理混乱，性能上各有差异，出现过很多次事故。而且各系统需要独立配置，导致工作量大，占用资源多，无法快速响应业务需求。
CMS 2.0—CMS系统
Cms2.0总结了1.0时的不足，从节省资源、控制成本的角度考虑，把导购类的个体页面业务进行了统一，模板能复用的复用，以前虚拟分类系统的频道也需要迁移到新的系统。
改进：
- CMS 2.0数据结构适合虚拟分类体系，方便新老数据兼容；
- 升级架构，统一配置、发布流程；去memcache为redis，做大量性能压测来调优php-fpm配置，单机TPS能达到3000+； 配置定时任务，保证redis数据实时性；
- 单点发布，一键预览增强采销维护数据的机动性；
- 单机闭环，单机闭环服务设计是CMS整体架构的核心部分，需要展示的内容在本机获取、封装、校验；
- 模块化、动态数据类型初期版本
对比1.0，新的CMS可以让频道页的开发周期降低2~4周，大大提高了业务需求的响应速度；它看起来更独立，更像一个整体，在容灾、规避风险方面做了严谨的优化；同时让采销在维护数据时，更方便、更简单。
存在问题：
后续由于个性化的需求越来越多，大量的频道业务需要开发人员一个一个套模板来实现，大大加大了开发人员的工作强度，之前的模板复用方式已经无法满足业务的需求，同时太简单的数据模块，需要手工来绑定数据类型也增加了开发成本
CMS 3.0—CMS-portal系统
改进：
CMS 2.0后也存在很多痛点，因此我们也想在CMS3.0上解决这些问题：
- 本质问题就是要快：快速支持、响应业务越来越多的垂直化页面改版；
- 前后端分离，页面渲染让前端实现，解放后端让后端做高大上的事情；
- 减轻运营人员的工作量，系统简单好用，提高导购类商品的转化率；
- 其他系统的支撑，实现CMS的集约化管理；
- 兼容手机端；
- 站点管理、统一架构、容灾、高性能、水平扩容；
通过两版CMS系统的开发，发现CMS无外乎管理的是数据和模板，另外需要好的预览、一键发布支持。而传统数据管理都是静态数据类型，而做了动态数据类型的设计；另外我们做了模板管理中心，并抽象了模板、楼层、元件、模块的概念，从而实现更好的复用性。
