文章目录

CMS内容管理系统可行性分析
- 1. 概要
- - 1.1. CMS简介
  - 1.2. 背景
  - 1.3. 项目前景
  - - 1.3.1. 行业前景
    - 1.3.2. CMS发展趋势
  - 1.4. 术语说明
- 2. 竞争对手分析
- - 2.1. PHP语言CMS
  - 2.2. JAVA语言CMS
- 4. 所建议系统可行性分析
- - 4.1. 简要描述
  - 4.2. 与现有系统比较的优越性
  - - 4.2.1. 发展角度
    - 4.2.2. 竞争角度
  - 4.3. 所建议技术可行性
  - 4.4. 竞争力分析
- 5. 系统架构、技术实施方案
- - 5.1. 系统概览
  - 5.2. 系统功能设计
  - 5.3. 系统结构设计

CMS内容管理系统可行性分析

1. 概要

1.1. CMS简介

内容管理系统(content management system，CMS)，即人员、内容、应用、流程关系集成

CMS 是专门面向互联网站 内容编辑与发布 的应用系统，旨在管理庞大、烦杂的后台数据和信息，规范网站后台信息管理流程，统一数据存储格式，减少网维护的投入，加强信息披露的权限管理，从而大大减轻建立各类信息网站的复杂性，方便网站的运营管理、内容维护。

1.2. 背景

近年来，在国家大力推动发展互联网和信息技术，电子商务、企业信息化等发展迅速。特别是在2015年国家提出并倡导＂互联网＋＂的行动计划后，水、电、气等生活必须品更是依靠互联网技术和信息技术为我们的生活提供了便利。
CMS内容管理系统作为信息传播的重要媒介，己成为门户网站与电子商务信息发布的重要平台。该系统可以最大程度上将资源进行整合存储，并根据实际需求进行多媒体、数字化发布，从而实现门户网站以及电子商务网站的社会效益和经济效益。正因如此，针对内容管理系统的研究和开发就尤为重要并且已经步入了一个新的阶段。
另外，以目前公司长远发展来看，CMS内容管理系统在航信的内容管理领域具有不可代替的作用，由于中美关系紧张，并没有缓解的趋势。以及航信在对CMS的使用，DotCMS功能冗余且系统繁重，拥有自有CMS系统显得尤为重要

1.3. 项目前景

1.3.1. 行业前景

随着当前信息技术与网络技术的不断发展，不仅仅在电子商务相关领域，其他行业企业开展的信息化建设工作主要包括以下两个方面：

企业建设自身的营销网站平台
企业构建内部管理系统

企业门户网站不仅是企业的一个信息技术管理工具，更是企业生存和发展的重要技术支撑。美国各个地区的大企业，都将企业的门户网战略纳入企业发展的日常管理中。国内很多企业对门户网站的概念认知也日益加深，逐渐开始有企业将门户网站建设纳入企业的发展战略中。
而且现今的时代是信息爆炸的时代，信息每天不断地增长并且种类也在不断地扩展，根据 IBM 相关部门的调查结果显示，全球的信息种类繁多并且其中的约 85%的信息是非结构化的，包括纸张文件、照片、视音频文件、报告、信件和传真等等，因此在经济全球化、信息全球化的大趋势下，企业想要生存和发展必然要面对的问题就是如何将信息有效地本地化及全球化，然而企业想要全球化必然离不开企业信息的全球化，尤其是在企业信息内容快速增长并需要用多语言传播和沟通的情况下，因此企业将会面临一个新的挑战：即在保持企业品牌全球统一的条件下，开发出能够利用和管理多语言、多国家和多文化的企业信息系统。
据有关数据统计跨国公司收入的很大比例约 40%~60%都来源于全球市场，而有效地将它们的市场开拓并将产品信息传播到国际客户的能力是产生这些收入的重要原因。我们将企业信息内容应用到全球市场上的过程称为企业内容的全球化。于是门户信息站点作为信息传播的主要媒介及提供服务的重要平台，就逐渐成为了互联网时代一种不可或缺的应用。不管是信息门户还是社会团体，信息站点正在以一种不可缺少的发布信息载体的形式广泛存在着，其所承载的业务规模和种类也在不断地丰富和扩大。
现代互联网门户站点的网站数据越来越复杂并且网页数量也在不断增长，网站建设和维护的成本也随之急剧增加，主要面临着以下问题：

信息发布网页制作的工作量变大、难度变高，因而需要网页专业技术人员来实施，造成内容不能及时更新很单调
站点风格迥异
站点内容纷繁复杂，页面变多后不易使用、维护和管理
站点架构复杂很难修改和维护
站点信息量大，在采用动态数据库技术的同时会导致速度变慢
数据库内容发布困难，大量信息无法在网站发布使用并起到其应有效果。

针对以上存在的一系列问题，迫切需要一套工具将这些资源有效合理地进行整合，企业门户站点及内容管理系统就是在这种情况下产生的，它能很好地解决上述问题。在上述存在的问题中，最重要的问题是在信息不断衍生及业务模式不断更新的情况下，就会需要一定的时间、人力、物力来处理信息的更新和维护工作，尤其是对全球门户站点来说，由于它涉及到多个地区多种角色，信息的更新和维护工作流程会更加复杂。因此为了迎合时代发展与企业自身发展的需求，建立一套完善的全球 Portal 门户站点及其内容管理系统变得尤为重要，其重要意义在于能够使得全球的门户站点供不同国家用户查看与使用，也支持不同国家不同权限的后台管理员分模块进行管理，并方便建立地区子网站及管理员进行内容的编辑与管理。所以整个的 Portal 实际上是由两个系统实现的，主要包括了两大部分：即前端页面的生成/动态展示系统 Portal、后台内容管理系统 CMS。

1.3.2. CMS发展趋势

随着时代的发展，人们要求CMS可以做的更多。最初的时候，CMS只需要处理PC内容的展示即可，后来需要兼容手机端，再后来，人们希望CMS可以为手机APP提供接口，现在，随着物联网的发展，人们希望CMS还可以为物联设备进行管理，可以说CMS已经大大超出它本来的工作范畴。人们不断地扩展着CMS的功能，虽然它变得越来越功能强大，但是它也变得越来越臃肿，越来越难以维护，越来越复杂。

人们赋予CMS太多的功能，它可以通过富文本编辑器来控制显示的样式，这给人们带来了方便，同时也带来了灾难。因为文本自带了样式，所以在将文本用于其它设备的时候，我们就不得不通过程序过滤掉原来的样式，某些时候，这可能会对内容造成破坏。因此，这个时候无头CMS出现了。它是一种专注内容管理的CMS，它不在干涉内容的样式，而是专心管理内容，并以接口的形式为前端提供数据，它支持GraphQL，使得接口数据更精准，传输效率更高。这个时候有人可能会说这不就是一个接口，为什么说它是CMS呢？因为它依然保留了CMS最核心的内容，那就是内容管理，它依然可以组织内容，依然有自己的后台管理内容，依然提供给人们方便的内容集成功能。

现在的软件发展更倾向于组件化，也就是我们说的轮子工厂。以前开发一个软件，我们需要懂各种各样的技术，从前端，到后端，到服务器，可以说一个人就可以开发一个软件。现在是很多大厂制造好了轮子，我们只要拿过来拼装使用就好。CMS的发展可能也是更倾向于组件化，它更专注于内容的管理，而前端的内容展示则交给更适合的轮子工厂去处理开发。

现在CMS领域，不管商业还是开源的产品，做的比较好的产品都渐渐不提CMS（内容）概念了，而是DXP(Digital Experience Platform 数字体验平台），不再仅仅包含内容管理功能，而是延展到Asset资产管理、用户体验管理、多平台的内容整合。增加类似于如Headless、可定向的规则制定，用户角色制定、用户行为跟踪、分析、内容分发Push 等等，它就打通用户访问体验的各个环节，让整个系统变得更智能、更知晓用户喜好，结合分析工具，可真正做到千人千面、个性化的内容推送。

1.4. 术语说明

2. 竞争对手分析

目前可用于 CMS 开发的技术很多，主要有 .net技术，php 技术，Java 技术三种。

.net 技术主要优点在于语言灵活，并支持复杂的面向对象特性，在 windows 平台下部署实施方便，缺点在于对 Linux、Unix 等平台的支持性较差；（略）
php 技术的优点在于跨平台性好，简单轻便，易学易用，缺点在于缺少正规的商业支持、安装复杂，对不同的数据适应性较差；
Java 技术的优点在于，跨平台性好一次编写到处运行，安全性好，可维护性好，能够支持分布式服务，具有多样化和功能强大的开发工具支持，具有多种软服务器可供选择，商业运作模式完善，缺点是成本高，技术难度大。

2.1. PHP语言CMS

Typo3：适合做跨国，多语言，多站点的大型网站
- 官网：typo3.org
- 优点：灵活，可以做出任何页面形态，使用逻辑最接近DotCMS。但是模板引擎比DotCMS更加复杂
- 缺点：复杂
- 谁在用：欧米伽、Gigaset、Sony娱乐、飞利浦、嘉士伯、芝加哥科学与工业博物馆、法国航空、汉莎航空、唯宝
Drupal：protal门户系统，做咨询门户网站较为适合
- 官网：drupal.org
- 优点：灵活，由于拥有大量小模板
- 缺点：管理和使用逻辑难度有点高
- 谁在用：白宫，经济学家
Joomla：
- 官网：joomla.org
- 优点：管理界面功能强大，用户友好。开箱即用
- 缺点：不如Drupal灵活，也不如Typo3易用，处于中间位置
- 谁在用：古根海姆博物馆，巴西保时捷，Cloud.com
Wordpress（非企业级，略）

2.2. JAVA语言CMS

OpenCMS：
- 官网：opencms.org
- 架构
  - OpenCms有一个以VFS为中心的模块化架构。文件系统被认为是虚拟的，因为它驻留在数据库中而不是硬盘上。 VFS类似于真实的文件系统，支持文件夹、文件类型和权限。文件和文件夹上的访问权限掩码，控制用户和组对文件的访问权限。 OpenCms 的 VFS 还提供了一个非常类似于Unix 文件系统中的符号链接的特性。链接是包含元信息的目录条目，元信息与文件内容分开保存。核心还提供了对发布、访问控制和修订等基本特性的支持。在此之上是应用程序级的特性，如配置、用户界面和模块支持。模块支持是OpenCms 的一个关键特性，它提供了扩展和修改模块的能力。模块支持是建立在OpenCms 之上的。架构图如下
- 操作流程：
- 优点：易于安装，基于项目发布，支持动静态内容发布。虽然是一个web应用程序，但它附带了一个shell应用程序，该应用程序通过Java命令行接口提供API的解释接口! 此外，可以编写这个接口的脚本将内容安装到VFS中。
- 缺点：架构略显陈旧，页面不够美观
- 谁在用：alkacon，altran，comundus，coranto，saga
Magnolia：
- 官网：magnolia-cms.com
- 架构：非开源项目，略。。。
- 优点：比较成熟的CMS系统，文档较详细，有捆绑Tomcat的发布包，响应式设计，同时支持PC和移动终端，内容架构在Jackrabbit上。安装包分为public instance和authoring instance，即网站前台和后台内容管理，一个authoring instance可以支持多个public instance。可视化编辑功能强大
- 缺点：架构略显陈旧，操作不适合国人逻辑，学习成本较高。非开源项目
- 谁在用：维珍航空、美国运通、Tesco、西雅特汽车、三星、空中客车、sony、nissan
DotCMS：
- 架构：基于Liferay Enterprise Portal，Velocity模板，ES搜索引擎 的典型的SSH架构 ，架构图如下
- 官网：dotcms.com
- 优点：安装简单，功能丰富，文档较详细。包含传统CMS功能和无头CMS功能的混合CMS系统，使用典型的SSH架构，相对没那么陈旧
- 缺点：集群功能不够完善，本质上还是单片项目，部署不够灵活
- 谁在用：中国移动、中国人寿、Honda、Aon、德意志银行、固特异、加拿大皇家银行、路透社

4. 所建议系统可行性分析

4.1. 简要描述

自主开发CMS系统提供航信轻量化部署，以及后台管理，内容管理，人物形象刻画等多个功能，并提高系统应对并发以及容错能力。

4.2. 与现有系统比较的优越性

4.2.1. 发展角度

从发展趋势角度来看，拥有自主CMS系统可以成为另一个产品，并作为公司基础服务之一对其他模块服务进行支持，自主CMS比DotCMS更加可控。
应对中美关系紧张可能引起的突发问题。
前期进行设计期间充分考虑扩展能力，可以作为公司对外产品之一，成为公司新的赢利点。

4.2.2. 竞争角度

优势：

DotCMS功能丰富但是对于航信使用过于繁重，浪费不必要的硬件资源。
DotCMS技术栈相对陈旧，日常维护存在时差，响应速度较慢，且成本较高，由于技术和国内存在差距，自主维护难度较大。
DotCMS单体化部署，通过nginx做loadbalancer，系统运行时在高并发和容错能力处理不够完善。
劣势：
DotCMS已有产品积累多年经验，功能相对完善。
从头开发，短期人员成本投入要比使用DotCMS等现有系统高
经验不够充足，前期使用体验有可能不够完善

4.3. 所建议技术可行性

本系统为一个内容管理系统，现有技术已较为成熟，估计利用现有技术应完全可以达到功能目标

4.4. 竞争力分析

技术上如果ark组提供基础架构支持，在开发阶段可以节省部分基础架构的搭建时间，将开发中心放在业务逻辑上。目前市场上国内使用技术相对比较主流，但是没有向DXP方向发展，主要专注于CMS，如果进行转型工作量较大。国外虽然有向DXP发展的CMS，但是由于开始比较早，技术相对比较陈旧，还没有使用微服务模式开发的DXP系统出现
经验上和DotCMS、航信使用方对接，对在使用CMS的痛点及功能取舍有所判断
渠道上由于多家航司都在用我们提供DotCMS作为内容管理系统，日后推广渠道有所保障

5. 系统架构、技术实施方案

5.1. 系统概览

本CMS系统主要通过微服务作为基础架构，提供更好的客户问题反应速度，节省license支出；并拥有比现有系统更好的可用性和分区容错性能。在技术通用性和性能与海外CMS系统比较具有优势。相对国内系统来说，功能更加健全，并且提供DXP以及HeadLess概念，也具有一定优势。为航信以及以后可能的发展客户提供更好的CMS产品

5.2. 系统功能设计

内容管理：内容管理包括了内容搜索，创建，修改，删除内容，以及内容的发布与定时发布 功能。创建和修改的时候可以指定数据权限。点击保存发布的时候可以选择发布时间。并在tab页中可以看到这个内容的历史版本。在内容搜索页面有内容的导入导出功能（xml格式）。并在导入导出有打包功能（为了推送）。在内容详情界面，可以提供headless的内容接口，方便对接其他系统。内容预计有以下类型分类
- 二进制
- 列表
- 多选框
- 自定义字段
- 时间
- 文件
- 图片
- 单选框
- 多选框
- 文本
- 关系树
模板管理：模板管理包括了模板的搜索，创建，修改，删除功能。创建和修改的时候可以选择拖拽方式创建模板，也可以通过直接编辑FreeMarker代码方式实现编辑创建。并在导入导出有打包功能（为了推送）。模板也算为资源的一种，也需要进行多版本控制以及发布。
结构与标签管理：本系统的包含关系是容器->结构->内容。类型管理包括创建结构类型，删除结构类型以及发布结构类型 功能。不仅对内容可以进行纵向的类型分类，也需要能够对内容进行横向的tag 标示，为了实现更好的管理内容。所以除了内容类型，还有tag 的搜索，创建以及发布功能。并在导入导出有打包功能（为了推送）。结构会提供以下几种模板（可以不用）：
- 内容结构
- 文件结构
- 页面结构
- 表单结构
站点管理：站点管理包含了站点预览，页面布局编辑，页面容器添加，站点的发布及复制 功能。并且除了站点管理之外还包含了容器的定义与管理，可以进行容器的创建，编辑，删除，搜索 操作。
工作流：工作流页面需要包含工作流搜索，工作流流程上设置，新建工作流以及编辑工作流 的功能，在每个流程上，修改状态可以 自定义流程控制 。并在后台管理页面有通知机制。
推送管理：将其他服务中打包好的包裹对远程机器进行推送，或者对其他站点进行推送，推送机制预计通过mq实现
系统管理：系统管理包含两大部分
- 用户管理：用户管理中可以对用户及组织进行管理，实现对用户的创建，删除，修改，查询。组织修改可以对用户进行更详细的组织结构分类，更好的进行权限控制。这里权限控制包括菜单按钮权限 和数据权限 两大部分
- 监控页面：监控页面需要集成其他周围中间件提供的监控能力，如链路追踪，JVM监控，ES的index状态查询，缓存状态查询 等。除了性能与日志监控 还包括发布队列的监控
规则引擎设置（扩展）：根据前置条件对用户cookie中添加标示，添加标示后根据标示决定执行动作。以下是前置条件与执行动作的分类
- 前置条件：
  - 浏览器类型
  - 浏览器语言
  - 当前url
  - 访问过URL
  - 访问次数
  - 用户国家
  - 用户时间
  - 用户操作系统
- 执行动作：
  - 为用户添加tag
  - 重定向
  - 设置人格画像
  - 设置Request Attribute
  - 设置Header
  - 设置Session

5.3. 系统结构设计

模块化:
DotCMS现在所有模块都是联合的，本项目将CMS中常用功能进行了分离并根据服务拆分原则形成了两层：BaseLayer以及CompositeLayer。BaseLayer中的服务只作为基础服务提供，不会调用其他服务模块，CompositeLayer原则上可以调用其他服务，及BaseLayer中的服务，但是不可以 循环调用。DotCMS不管多大的航司都只能整个部署，进行服务拆分后，可以根据不同航司需求进行模块化部署，相对轻量灵活

优点:更简洁的安装，更少的性能开销，更易于管理的安装，更快的部署，更容易维护

微服务化:
DotCMS技术栈相对陈旧，导致二次开发困难，并不在自身可控范围内，如果想二次开发以及迅速应对线上问题需要学习成本更大。本系统使用了阿里的一整套微服务解决方案，整合到系统相对简单，对人员要求降低。

优点

通过对整个系统进行微服务化改造可以使系统的高可用、分区容错能力提升。

之前服务分发只靠nginx，现在通过nacos进行服务治理，不仅分发更加智能，也可以使开发人员更多关注业务代码。

认证服务本系统采用JWT进行服务鉴权，相比于传统系统中使用session更加轻量化，减少网络和数据库开销。并且在有网关的情况下，为系统在鉴权及路由相关方向拥有更好的可扩展性。可以快速的添加限流融短等功能。

通过nacos进行统一管理配置, 实现快速切换各个环境的配置

通过sentinel带来更好的安全性。所有服务都是独立的，任何服务的故障都不会遍历系统。

弊端

由于整个项目进行微服务化，使得整个系统调用链路变长，并且增加了网络IO出现问题的可能，这里引入Jaeger对链路进行监控，当系统出现问题时可以更快进行定位。并添加了报警机制，通过Prometheus和Grafana可以及时通知相关人员，达到更快的响应速度

服务进行微服务化，多个服务之间调用时可能出现的分布式事务问题，暂时拟定通过MQ来保证最终一致性。

由于服务拆分，导致部署需要更多的时间和人员成本。这里通过Kubernetes 进行快速部署，并且带来了更简单的金丝雀发布。

加入消息队列
DotCMS在推送和重建索引等位置频繁使用了多线程的方式解决，需要大量代码，并且之前遇到过由于重建索引卡住导致整体系统响应变慢的问题，当引入消息队列之后，可以使本用多线程进行的操作变得更好监控，并且复用性更强

优点：

之前异步相关的代码耦合性比较高，并且代码量较大，通过引入MQ对服务进行解耦

在高并发请求下，可以减轻服务器压力

弊端：

可用性降低以及一致性问题

集群处理，topic(逻辑概念)分成了多个Partition(真正的消息存储单元)。一个 Topic 的多个 Partition 分散在多个 Broker 中，每个 Partition 存放 Topic 的一部分数据。Partition多副本。上面是leader下面是follower，写leader同步partition给follower，读leader（消息被所有follower同步成功返回ack才读的到），避免数据一致性问题

复杂度升高（重复消费与消息丢失处理）
重复消费靠幂等

消息丢失靠配置解决