平台到了运行期和运维期后,最好的系统接入和服务实施思路就是全部走流程和工单,所有在平台中做的业务系统接入,服务部署实施,服务订购和开通全部通过运维流程申请并完成,在系统中留痕。方便后期进行业务系统和数据审计,也方便后期进行问题追溯。
新增加业务系统接入申请流程
实际上应该在IT运维平台来增加一个业务系统接入申请流程,即有哪个新业务系统要接入,对应的业务系统厂商接口人和甲方项目经理,这些信息填写完成后应该在走完审批流程后自动导入到集成平台,同时在集成平台中自动维护好接入系统信息,维护好接入系统对应的甲方项目经理和乙方项目经理账号信息并自动进行同步。
即我们原来做的接入系统维护,接入系统联系人维护,账号同步等相关操作全部完成自动化。也就是说在业务系统接入申请流程完成后,业务系统用户账户自动生成,并可以在集成平台进行登录,能够访问默认初始分配的功能,也可以在集成平台继续进行服务订购申请。
服务接入申请
在子组织实施过程汇总,新增服务接入不会太多,因此服务接入应该统一走服务接入流程进行服务接入。子组织新增加的服务接入包括了服务注册接入,服务准入测试,服务部署等操作流程。而实际在服务接入申请过程中本身又包括了几个类型,即标准的OSB服务接入流程,路由类服务接入,JMS接入,MFT文件传输接入。
在原来服务接入流程中,实际上对路由类服务接入,JMS和MFT服务接入并没有考虑的太全面。需要进一步完善,因此在此处可以考虑一个服务批量接入功能,提交到集成平台后仅进行相关配置和服务部署工作。而实际的部署和配置本身也需要走相应的版本申请和版本发布流程才能够完成。
服务订购和开通
对于服务订购和开通在前面我们已经谈到过,如何是业务系统已经接入后的新增1到2个服务的增量服务订购和开通,那么走服务订购流程完全没有问题,直接安装流程进行处理即可。而在子组织进行业务系统统一实施和上线的时候,往往一次需要接入上百个服务,这个时候走服务订购流程往往会形成多个服务订购申请单,需要走多次服务订购流程,进行审批才能够完成服务订购,这个时候走流程去处理会比较繁琐。
在这里可以考虑是否在单独增加一个服务批量订购流程用作子组织实施用,即将服务订购清单一次录入并提交申请,在申请提交完成后不进行各个业务系统提供方的审批,而仅仅是流转到集成平台的服务实施,消息管理和MFT文件传输管理员,分别进行统一的服务配置,JMS消息配置,MFT文件传输配置。这样本身也可以做到进一步在系统中留痕。
我们希望做的实际就是所有涉及到服务的相关操作,不论是服务接入,服务订购开通等都需要走相关的流程申请,然后由流程申请自动触发系统配置或者手工完成,通过正规集成平台的运维流程和IT运维系统本身也进行对接,所有对系统的变更都有申请,都有工单记录,方便后续进行数据审计和问题追溯。
按道理,在平台进入运行期和运维期后,不应该有任何的后台数据批量初始化和导入,只有这样才能够真正使系统处于一种完全受控状态。同时一个业务系统的受控不仅仅是当前系统版本和部署包的受控,更加重要的是系统中基础元数据和配置数据的受控。
原文 http://blog.sina.com.cn/s/blog_493a84550102z3aa.html