部署在云服务器上项目上线时间的影响因素

部署在云服务器上Web项目上线时间的影响因素

项目上线时需要做的准备很多，单纯从开发时间和测试时间来评估整个项目的上线时间是远远不够的，根据此次项目总结了一下影响上线时间的因素：

1. 环境搭建，Dev，UAT，Production三个环境都需要评估搭建和测试时间:

   Dev: 主要是开发人员进行测试的环境，开发人员在Dev环境上测试通过后才可以将代码部署到UAT，需要评估环境部署时间和开发人员内部测试时间

   UAT: 主要是内部测试人员以及其他部门进行UAT测试的环境，需要评估环境部署时间和内部测试人员的测试时间（包括功能性测试，兼容性测试，性能测试，安全测试, Cluster测试）, 以及其他部门进行UAT测试的时间

   Production: 正式上线的环境，需要评估环境部署时间和冒烟测试时间

2. DR（灾备）：需要在北京数据中心备份另外一套Web服务器以及数据库服务器，以防止上海数据中心出现问题时可以有对应的解决方案。 此项方案需要评估DR搭建的时间和测试时间，注意，DR测试时需要做系统的回归测试

3. AWS Auto Scaling：需要在云服务器上配置此功能，百度了一下说明：云服务成本与性能平衡利器，AWS Auto Scaling 使用CloudWatch（亚马逊提供的一种监控工具）来提供所需的性能数据，完成伸缩服务建议。每隔五分钟，CloudWatch都将从服务器和其他AWS资源处，免费地收集性能统计数据，包括CPU使用率、磁盘使用情况和数据传输情况等。

4. 支付宝在线付款：支持支付宝在线付款的话需要在工商局备案，工商局审核备案的时间很长，中间还会针对系统进行测试并提出改进意见，此过程至少需要1~2个月的时间，所以第一阶段项目的上线不会支持在线付款功能。

5. 另外，对于此项目，因为是UAT环境直接作为Production，所以在项目正式上线前需要新Build一个UAT环境，这时要加上这个新UAT环境的回归测试时间

6. 客户UAT测试：由于Admera这个项目中国客户在需求收集阶段参与过少且Storyboard不完整，所以UAT过程中提出了很多新需求，这个问题我会另外写个日志总结分析一下。

反观最开始计划的5月中旬的上线时间，后面又进行了两次上线时间的调整，最终确认了是6月底，其实推迟的最主要因素就在于UAT环境的部署搭建工作的Delay以及客户UAT时新需求过多，Anyway，但愿现在定义的上线时间会是最终的上线时间吧！