返回mornsky的回答

mornskymornsky  研发工程师 , 某银行

1.本自动化发版规范制定所遵循的原则是:
- 总结分析各系统发版工作的具体操作, 抽象地制定一个广义的通用的发版工作规范
- 规范制定应符合统筹规划原则,制定统一的技术规范和标准,要全面的考虑到各种系统、各种应用等情况,能适用各类信息系统的接入。

  • 规范制定应符合严密安全原则,制定的规范不应存在技术管控盲点,规范还应充分考虑到信息系统安全稳定运行的要求。
  • 自动化发版原理
    制订约定规范发版文件清单和执行脚本或者命令, 将相关发版文件打包, 在统一的自动化运维平台统一调度执行, 自动化发版已综合分析了很多系统的发版操作, 通过本规范, 将很大一部分操作标准化通用化了,并编写了一系列通用化标准化的操作程序,大幅度降低了发版操作的复杂多样性, 并能统一平台监控查看发版运行情况.
  • 限制
    自动化运维平台根据一定的策略及配置在各系统后台自动处理相关作业,与人工处理做一步确认一步的方式有本质的区别。因此,保障每一个操作执行条件和输出结果的精确与正确就非常重要,必须避免发版操作中可能存在的不确定因素和操作风险,以下为发版操作(又称作业)的限制:
    - 作业中无用户交互;
    - 作业在运行中无图形界面;
    - 作业间不能有外部变量传递;
    - 避免作业执行用户的profile中有read等输入等待的命令。
    4.发版文件规范
    自动化运维平台支持应用发版功能,为避免每一次发版都需重新规划发版流程,我们需要制定一个通用性的应用发版流程。而应用发版的前提必要条件是发版文件,因此我们首先针对发版文件制定相关的标准规范,发版文件包括应用更新(新增和修改)的文件清单和本次应用发版辅助进行数据更新、应用等操作的数据文件或者执行脚本,其中执行脚本有一些是约定功能的指定文件名。
    所有清单文件内容,都可以写注释,以#开头的行都当作为注释,注意:与shell注释不同的是#在行中间不被当作注释。
    由于应用环境存在GBK和utf8等多种字符集,我们统一归类为GBK和utf8两种字符集, 对于无指定字符集的C运行环境,可归属于GBK。各应用系统发版文件,包括清单文件中的中文,请务必与应用的字符集一致。
    附:总清单
    描述:每次发版前需准备提供的发版文件总清单,该清单包括的内容有:
    (1)应用新增或修改文件的清单文件名: upff.lst
    (2)数据备份脚本名: updbbak.sh
    (3)数据更新脚本名: updbrun.sh
    (4)更新前及发版后检查设置文件: upcheck.ini
    (5)备份前操作脚本名:upbakfront.sh
    (6)更新前操作脚本名: upbinfront.sh
    (7)更新后操作脚本名: upbinback.sh
    (8)应用删除文件的清单名: updel.lst
    (9)总清单名: uplist.lst, 自身
    (10) 辅助文件: 非应用系统必需的文件,只是本次发版需要的一次性的执行脚本,相关数据文件等。 每行一个文件名,可多个,辅助文件建议不写文件路径,只写纯文件名即可,以便平台保存在该次发版相关的子应用工作目录中,便于查看和清理。
    说明:以上shell脚本都不是必须提供项,为了投产时更加灵活的进行个性化接口,相当于数据库的触发器性质。
银行 · 2018-09-25
浏览1726

回答者

mornsky
研发工程师某银行

mornsky 最近回答过的问题

回答状态

  • 发布时间:2018-09-25
  • 关注会员:2 人
  • 回答浏览:1726
  • X社区推广