β

再谈自服务流程-服务接入(4.27)

人月神话的BLOG 21 阅读
在前面我已经谈到过多篇SOA自服务流程的文章,在这篇文章里面主要是进一步对前面谈到的服务注册和接入,服务订购和消费,服务全生命周期流程进一步的梳理。在整个梳理里面主要还是围绕服务定义,设计,开发,测试,联调,部署,环境迁移这个服务全生命周期流程展开来思考。

新接口服务的注册和接入

走服务接入申请单,提交服务接入申请,申请单中建立服务定义(服务规范)信息,当然也可以通过附件导入具体的服务规范信息。然后进行服务规范的审核。

服务规范审核通过后,可以开始进行服务注册接入,对于SOAP WS类服务接口,实际接入很简单,即填写相应的WSDL地址,IP和端口,端点地址等信息即可。而这些信息则用于在ESB上对原始服务进行代理封装和部署,对于代理封装和部署可以手工先在服务部署功能进行完成。

在服务部署完成后,即进行服务的准入测试,准入测试还是可以参考原来的方式进行服务准入,准入测试应该是独立的一个状态节点,在准入测试完成后进入接口联调。服务接入本身的工作到这个步骤实际已经完成。

对于接入完成的服务会发布服务封装后的地址信息,因此除了在服务接入流程中能够看到服务封装后地址信息,最好再增加一个功能来查询服务发布地址信息,修改当前的服务部署功能即可。只需要查询服务发布地址。

服务在接入成功后,对于服务接入申请单的内容需要导入到服务定义中,即正式的服务元数据库中。这个时候在服务定义中也能够查询到正式生效的服务定义信息。

按道理ESB只需要对服务接入内容,包括服务规范详细定义进行审核,审核通过后进入到服务设计开发节点,业务系统在该节点查看单据的时候可以下周WSDL服务契约信息,不需要ESB再去分发服务契约。

变更服务的注册和接入

对于变更类服务的接入,仍然走服务接入流程,但是对于单据申请最好能够清楚的标记出申请单的类型是变更类服务接入。同时相同的道理,仍然导入变更后新的服务规范。对于变更类服务接入,最好要在变更申请单的主表单上就要说明本次变更的关键内容信息,包括变更后的版本信息等。

变更类接入实际上还是把整个服务接入流程全部重新走一遍,注意,当是变更类接入的时候实际上在服务设计开发流程节点可以根据服务标识进行匹配,当已有的服务wsdl和端点地址信息自动填充过来。

对于变更类的服务接入,服务往往仍然需要进行重新封装和部署,但是在重新封装和部署后发布的地址信息往往也不会有大的变动,因此也可以将原有的服务地址信息直接填充过来,增加自动化程度。

变更类的服务接入,如果是升级小版本,都是对原有的服务进行覆盖,只有在服务进行大版本升级的时候才是变为一个全新的新服务。这点必须在业务规则和逻辑实现的时候进行处理。

变更类的服务在服务注册和接入后,还需要重新进行准入测试。准入测试完后仍然进入到接口联调。

在服务设计开发阶段能够下载到服务最新的WSDL和XSD规范信息。还是说这里有个点就是在规范审核通过后就需要导入到服务定义正式库,一个是自动化去导入。一个是规范审核通过后,我们手工将word文档的服务规范内容在服务定义处进行导入。这样流程走到服务设计开发节点的时候,可以下载在最新的服务规范信息。

对于上传的服务规范word文档最好需要单独进行存储。这个word文件和服务接入流程对应。为了减少相互之间的影响,最好的方式就是流程处理节点只做最简单的人工审批流处理。

作者:人月神话的BLOG
原文地址:再谈自服务流程-服务接入(4.27), 感谢原作者分享。

发表评论