Discuz! Board

产品线
上线业务名称
上线业务时间
基础服务
Web代理服务&域名
业务架构图
应用服务类型
数据库类型&版本
是否CDN&nginx缓存&缓存时间
代码&数据库备份
研发部署文档
运维部署文档

2.系统架构规划

2.1.了解研发的需求，分层规划架构

2.2.可以分为UI层、业务层、数据层、系统层考虑业务的构架

如图：

2.3. UI层

a.数据展示管理

b.用户交互

2.4.业务层

a.持久化数据

b.数据调用【数据层的数据有时候需要给UI层需要的数据】

2.5.数据层

a.数据访问【DB、文件】

b.缓存【图片、文件】

2.6.管理层

a.数据来源

b.生产数据

3.测试环境准备

3.1.代码开发完毕后模拟配置生产环境，将业务部署到测试环境

3.2.开发人员对自己开发的模块功能文档化并制定测试方案

3.3.对功能性测试

3.3.交叉测试【可忽略】

3.4.输出测试方案测试结果，测试问题，将有相关人员迭代处理

4.资源申请

4.1.根据规划的架构申请服务器资源和其他资源

4.2.根据业务规划服务器的主机名，能第一时间对应服务器和应用

产品线-业务系统-应用服务

例子：

Helios-sports-Nodejs01

参数注解：

Helios：产品线

Sports：业务系统

Nodejs：应用服务

4.3.初始化服务器

按照主机名规则，更改主机名

安装应用软件

5.业务部署

5.1.部署web server代理服务

5.2.部署应用服务

5.3.部署数据库和缓存

5.4.数据文件共享

5.5.其他应用或服务

6.自动化发布

6.1.让应用服务添加到自动化发布系统中

6.2.更改svn配置文件

7.数据备份

7.1.代码备份

7.2.数据库备份和文件备份

7.3.备份通知机制

8.压力测试

8.1.对http接口进行压力测试

8.2.输出接口压力图表

8.3.根据压力图表评估是否满足上线

9.带宽评估

9.1.对带宽进行评估，如预计不出来给出一个不会影响业务的带宽值

9.2.对带宽走势进行观察，弹性增加或降低带宽值

10.纳入监控

10.1.添加业务接口监控并注解

10.2.添加数据库或文件监控

11．业务上线

11.1.评估上线时间

11.2.根据业务上线文档流程操作

11.3.跟踪上线状况

12.观测业务运行状况

12.1.观察带宽使用情况

12.2.观察产品访问情况

12.3.观察日志情况

12.4.Moc跟踪上线情况并文档汇总

13.输出部署业务文档

13.1.输出业务架构

13.2.服务器信息

13.3.服务部署文档

14.输出应急方案

14.1.服务能力不足应急方案

15.分析优化架构

15.1.根据压力测试图表、部署架构图，优化系统和架构

15.2.根据日志和tcp连接数，网络信息，优化内核，扩展节点

16.输出优化后的架构图

16.1.输出优化后的架构归档到SVN上

16.2.根据文档能够快速上手维护

欢迎光临 Discuz! Board (http://123.59.83.120:8080/)