DevOps平台之开源技术图谱
DevOps平台有属于自己的模板,比如工作项模板、迭代模板等,这就要求在集成第三方服务的时候要将获得的数据映射到DevOps模板中去再做展示,举例说,DevOps平台在集成Zentao作为项目管理工具的时候,有bug、story、task三张表,而DevOps平台只有Workitem一张表,那么我们就要将3张表的数据想办法转换到1张表中,这个过程肯定会存在概念无法对应的问题,解决思路要么就是用相近的概念替换,或者剔除掉多余的概念,总之,还是要以DevOps平台的模板为主; 2、API接口的调用 有些时候,第三方服务提供出来的api接口难以操作,或者存在接口错误的情况,此时我们就要转换思路,废弃使用api接口改为直接操作数据也许是一个好的解决方案; 拿Gitlab来说,Gitlab至今已经出了12版本,使用的api版本也已经到了v4,若我们还是使用Gitlab8的v3版api调用Gitlab12的接口是会出现问题的。 3.DevOps平台第三方服务集成示例1、Gitlab集成 DevOps平台集成Gitlab过程大体可以分为以上3个步骤,先要做的是了解Gitlab的api接口,看一下身份认证方式是通过token还是session等,Gitlab的接口有很多我们是不需要的,此时我们就需要看DevOps模板需要哪些,不需要哪些,将需要的接口整理出来,并研究它们的QueryParam和Body的格式,验证接口是否可以正确调通,接口通了,我们得到了需要的数据,但是数据格式跟DevOps的模板不符,我们就要进行最后一步,将所得数据映射到DevOps模板就大功告成了。 1 )研究GitlabAPI接口 GitlabAPI接口我们可以直接从官网的相关文档查阅,按照官方的说明,自GitLab 9.0起,API V4是首选使用的版本。2017年8月22日发布的GitLab 9.5不支持API V3。在GitLab 11.0中删除了API v3 ,就是说11版本起Gitlab不再支持v3版本的api,所以我们在集成Gitlab的时候就要考虑集成两个版本的API。 2 )筛选DevOps平台所需的接口 DevOps平台集成Gitlab仅需要应用到Gitlab的部分接口,如代码库的增删改查,分支、标签的增删改查等,过滤去无用的接口,并以查询分支接口举例。 可见,该请求的身份认证方式是通过token实现的,返回的数据格式如图显示: 而DevOps代码分支模板如下图展示,所以要再做一次映射: 3 )将返回数据填入DevOps模板并展示 此为集成成功后的Gitlab代码库在DevOps平台中的展示界面,用户可以在此查看代码库的文件内容,分支、标签信息,也可以对比不同分支或标签的差异: 2、Zentao集成 因为Zentao的接口设计比较特殊,在使用它的api接口来实现集成时遇到了种种问题,故改用了直接操作Zentao数据库来实现服务集成的方法。大体步骤是先研究Zentao的表结构,然后与DevOps相应表做对照,然后做DevOps服务端多数据源实现,直接从Zentao数据库读取数据,映射到DevOps的模板并展示给用户。 1 )研究Zentao表结构&将Zentao表数据映射至DevOps模板 以Zentao的zt_story表举例,如图是禅道的需求表结构: 下图是DevOps工作项模板: 要想在DevOps平台中展示Zentao的需求信息,还要做一次数据映射,集成时,需要先设计DevOps平台的服务端多数据源实现,就是定义一个Zentao的Dao实现,同时,Zentao的数据库需要用户来配置,解决方案1:用户可以在配置文件中配置Zentao的数据库地址以及账号密码;解决方案2:用户可以在服务集成处配置Zentao的数据库信息;两种方式的Dao层实现也是有差异的。下面展示方案1的ZentaoDao部分实现: 2 )数据展示 成功集成后的任务模块展示如图,用户可以在该界面进行任务、需求、bug的增删改查 4.总结在集成一个第三方工具时,关注点无非就是如何调用API接口以及将得到的返回结果如何展示,除非API接口调用行不通,才会考虑做一个数据库的集成,在做数据库集成的时候还要小心再小心,如果存在关联表情况,可能会导致第三方工具的某些功能无法使用,还有当api接口访问不成功时,首先要确认请求的body是否符合该接口的规范,若body没问题,再考虑一下api接口的版本是否跟第三方工具的版本匹配,总之,集成并不是一个很难的事情,只要思路明确,耐心细心,总会成功。 【编辑推荐】
点赞 0 (编辑:宜春站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |