目录
一:前言,部署环境介绍
在项目启动实施阶段尤其是初期,系统环境的准备至关重要,新的研发型项目尤其是大型IT项目从方案定义到上线需要经历解决方案定义、开发配置、集成测试、用户现场测试(UAT)、预投产、投产及最终生产系统部署等环节,每个环节都对应不同的服务器环境,以起到功能验证和控制投产风险的目的。而不同的行业、企业对信息化建设的规范性、安全性要求不同,例如银行等客户,对投产变更控制非常严格,上线前评审会及上线后观察都有完整的流程规范,由此可见:系统环境准备对IT系统研发项目敏感而关注。
Unifier的相关环境部署包括:数据库、中间件、应用、报表服务、接口服务、代理服务,各部分在测试环境可合并部署,生产环境可将各组件独立,根据服务器评估安装即可。以下基于一个内网环境但要求外网能够访问的项目进行示意:
如上AppServer可视企业要求准备多台形成负载均衡,另报表和集成服务器则需要根据其采购的报表产品及部署形式来准备,(PS.Weblogic在许可访问内不可以部署第三方程序服务)
二:PrimaveraUnifier的投产顺序
Primavera Unifier项目在实施过程中,投产要考虑其高度配置化、接口集成、数据垃圾控制三方面因素。通常我们将投产的服务划分三个阶段:
- 系统开发及配置服务阶段
- 生产环境测试使用阶段
- 生产环境正式使用阶段。
以上每个阶段主要是涉及BP的迁移、权限的配置、接口的测试,其它部分不作赘述。
BP的迁移
首先在初始搭建时,我们根据需求调研及蓝图设计,在测试环境中进行BP搭建,并在测试项目中进行BP测试。测试通过后,通过BP迁移的方式,从BP从测试环境迁移到生产环境,并首先在测试项目中进行预投产测试。此时BP的所有设置完全按照正式项目进行,测试项目中BP测试完成后,再将BP投产到正式项目中,进行上线。
- 接口开发及部署
首先在测试环境中进行接口开发,待BP配置到测试项目后,与外部系统开始进行接口联调测试,此时测试要覆盖完整接口功能。测试完成接口迁移到生产环境,利用生产环境中的测试项目进行模拟正式生产项目的场景,测试无问题后投产。
- Shell&权限
Shell的规划测试环境与生产尽可能一致,但不做要求。组的设置测试环境同样与生产环境保持一致,但测试环境的组成员可以为同一账号。同样,生产环境的测试项目组设置要与正式项目完全一致,但组成员可以为同一账号,目的是测试方便,但因此会造成测试遗漏,需要注意。
由此衍生的三个不用的服务器环境:开发环境、测试环境、生产环境,根据我的理解:
开发环境: 即用户增加及验证新功能的环境,重点在于新功能在平台上是否可以跑,测试结果是否正确
测试环境:重点在于测试,测试者必须有实际客户参与,同时为了保证数据的准确性和新功能的稳定性,一般要求测试环境的数据要接近生产环境。
生产环境:正式环境,不能做任何开发和测试。
铺垫了这么多再回到Primavera Unifier 可以发现其部署服务类型也正式基于这三种
- development
- test (support user define name)
- product
以上服务器类型的选择最终会反映到系统首页上,如选择的是 DEVELOPMENT 即开发环境,在对应在Unifier主页上则对应如下,但选择的如若是Product则不会显示括号内的类型
不过,Priamvera Unifier的这三种类型并不支持随时切换,如已上传好配置包(configure package)后那就无法改回。
也就是说,这样的不同服务类型的系统要分别安装一套,总共3套
另外考虑到Unifier从操作上是归属于“配置型”系统,其所谓开发出的新功能即为配置好的新BP,所以逻辑上的操作流程即为导出 配置好的BP(有点像 configrue package)再导入到Test和Production环境中即可。
(至于如何导出导入包可以关注我后期的博文)
了解到这个逻辑瞬间豁然开朗。