AWS PaaS开发运维操作规范

DEV

• 建立和使用团队熟悉的代码服务器，如SVN/Git
• 在代码服务器建立共享的docs根文件夹，存放项目全部文档
• 开发者的本地开发环境从代码服务器拉取，代码服务器存放最新、完整的AWS（%AWS-HOME%文件夹）和客户化应用介质
• 为所有开发者建立共享的开发数据库。开发者本地可安装数据库也可以不安装
• AWS开发平台的补丁管理和平台类问题由专人负责
• AWS开发平台上的应用更新由专人负责（如从QAS或PRD获得最新版本）
• 创建或修改模型配置文件之前，从代码服务器更新最新版本
• 开发的Java源码存放到该应用的%AWS-HOME%/install/your appId/src目录，编译的jar包存放在与src并列的lib下

• 开发者应用开发的主要目录包括：%AWS-HOME%/apps/install/和%AWS-HOME%/webserver/webapps/portal/apps/
• 开发者升级本地平台的主要目录包括：%AWS-HOME%/apps/install/、%AWS-HOME%/bin/、%AWS-HOME%/webserver/webapps/portal/
• 如果团队的开发者操作系统类型不一致，从代码服务器拉取完整开发环境后，用适合自己操作系统的JDK并覆盖本地的%AWS-HOME%/jdk1.7/
• 编码格式统一使用UTF-8
• 打包分发App前，应检查该应用lib下的jar是最新的编译版本
• 打包分发App时，该应用的分发流水号会自动+1，开发者应将更新的manifest.xml提交到代码服务器

QAS

• 建立和使用团队熟悉的Bug管理工具，如Mantis、Bugfree、jira
• 测试服务器由专人负责
• 不允许在测试服务器对模型进行直接修改
• 不允许开发者操作测试服务器资源目录文件
• 不允许开发者连接测试服务器的数据库
• 所有变更通过开发者分发的应用进行安装、升级
• 来自AWS企业应用商店的应用可以直接在线安装、升级
• 如果有必要，与PRD生产环境的组织结构差异可以通过“组织权限导入导出"工具做同步
• 如果QAS的集群配置开启(%AWS-HOME%/bin/conf/server.xml#service=true)，其group名必须有别于PRD或DEV的该参数名称

可以根据企业对开发运维的管控流程，决定是否引入QAS环境

PRD

• 生产服务器由专人负责
• 对平台补丁升级、组织或应用做出重要改动时，必须对AWS平台和数据库进行一次备份
• 不建议在生产服务器对模型进行直接修改（除流程外）
• 不允许对组织结构、权限等公共数据开库进行维护，这些数据被缓存在内存，可由相关SDK API进行操作
• 不允许开发者操作开发服务器资源目录文件
• 不允许开发者连接生产服务器的数据库
• 所有变更通过开发者分发的应用进行安装、升级
• 来自AWS企业应用商店的应用在QAS测试通过后，可以直接在线安装、升级
• 如升级的应用含有CC特定的集成身份配置，升级人员应逐项检查和确认配置的正确性
• 如果PRD的集群配置开启(%AWS-HOME%/bin/conf/server.xml#service=true)，其group名必须有别于QAS或DEV的该参数名称

• 工作时间，集群PRD环境升级平台补丁，可依次启停每个AWS App服务和Web服务，实现用户对升级无感知。非工作时间，建议先关闭全部的Web服务，待每个App启动就绪后再开启Web服务
• 安装/升级/卸载应用，不需要重启平台服务
• 安装AWS企业应用商店的应用，应提前到企业账户申请应用授权

关于备份和恢复

• 完整的平台备份包括%AWS-HOME%/和数据库，建议PRD环境每日至少完成一次增量备份
• 平台补丁升级后，在%AWS-HOME%/patch/目录记录每次的升级日志和差异文件备份
• 应用升级后，在%AWS-HOME%/apps/history/upgrade记录升级前后的应用介质备份

相关参考

• AWS PaaS应用开发规范与设计原则
• PaaS受管应用和升级策略
• 搭建本地的AWS编程开发环境
• 了解AWS PaaS的商业许可