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记录升级前后的应用介质备份

相关参考



Seven
 010-62962343-690
 liujx@actionsoft.com.cn
感谢您对该文档的关注!如果您对当前页面内容有疑问或好的建议,请与我联系。如果您需要解答相关技术问题请登录AWS客户成功社区