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 （编辑：宜春站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
