CMS后台重构技术方案
一、背景说明
1、现状分析
多个CMS后台（国内1个，海外2个）；
海外和国内功能实现不一致和开发语言、开发模式、数据结构也不一样；
无论是产品、开发还是使用者，有3个cms后台，扩展性和开发维护需要做2个系统，操作流程需要熟悉3套系统；
国内海外CMS后台都有各自的优点和优化空间，如需要优化需要优化多次；
以上现状，都会使后期维护和新功能开发成本非常大；
2、涉及代码
1）国内CMS涉及代码如下：
cms.uuzu.com【CMS后台逻辑php代码】
cmsapi3.uuzu.com【CMS内网调用GO接口】
uapi.uuzu.com【交互技术部内网公共GO接口】
uapi.youzu.com【交互技术部外网公共GO接口（对外的CMS等接口）】
common【国内公共common代码】
go-common【交互技术GO语言公共common代码】
2）海外CMS涉及代码如下：
gtacms.gtarcade.com【新版CMS后台逻辑php代码】
gtacms-api.gtarcade.com【新版CMS对外GO接口，还没写完，没有业务使用】
storage.gtarcade.com【定制功能，如GOT数据结构较复杂现有cms后台不能满足，可用定制化字段功能】
gtacms-frontend 【新版CMS前端模板代码】
gta-common【海外公共common代码】
cms.gtarcade.com【老版CMS后台逻辑php代码】
cms.api.gtarcade.com【老版CMS对内接口】
common【国内公共common代码】
二、CMS分析
1、国内CMS功能模块【cms.uuzu.com】
HOME
系统设置：网站管理、编辑器模板、服务器IP
网站设置：版面设置、广告设置、自定义设置、推荐设置、碎片设置、CMS使用说明
内容管理：文章管理、广告管理、自定义管理、相册管理、评论管理、回复管理、内容碎片、活动管理、招聘管理、客服FAQ管理
SEO设置：官网设置、版面设置、文章设置、文章扩充、友情链接、关键字设置
定时生成&刷新varnish
系统日志
2、国内CMS架构图【接口&前后端分离node.js】
3、海外老版CMS【cms.gtarcade.com】
海外老版CMS后台是国内的CMS系统后台复杂过来的，除了自定义功能没有以外，其他功能基本都有，而且老版已不做维护，只有老官网在使用，只提供老版官网内容更新，不再做分析。
4、海外新版CMS功能模块
【gtacms.gtarcade.com】
配置中心：游戏列表
系统管理：语言管理、项目管理、栏目管理、广告位、统计管理、操作日志
内容管理：文章、广告、网站设置、语言包管理、FAQ帮助文章、侧边栏
运营模块：预注册模块、打点模块、礼包码模块
5、海外CMS架构图【模板引擎】
6、国内CMS性能压测对比【PHP&GO】
1）PHP压力测试报告如下：
2）GO压力测试报告如下：
三、总结建议
1、优化方案【系统选择、开发语言&模式、开发要点、人力安排】
系统选择：
在国内的cms系统上做二次开发，原因如下：
性能好、灵活性高、迁移量少、对SEO影响不大；
开发语言：
性能优势，选择Go语言，每台可支撑1500左右的并发量；
开发模式：
使用海外模板引擎模式，提高开发效率；
根据开发语言选择，模板引擎使用Go语言的Jet模板引擎，因后端开发语言会使用Go语言进行开发，做到语言统一和维护性高；
开发要点：
系统操作界面优化：用户调研后的功能进行优化，如操作更友好、分类合理化、减少多语言填写时间等页面优化；
Go语言的模板引擎开发；
对内和对外接口优化，对外Uapi接口耦合性有点高，需要独立；
DB结构梳理和整合优化；
DB、接口需要国内和海外分开部署，海外新版cms后台项目迁移（数据层迁移、路由是否可以变、路由映射兼容、网站渲染页等）
人力安排：
人力：1个前端，1个后端；
排期：预估3个月【以评审会定的排期为准】。