三、問題和解決方案

工具整合

在DevOps實施過程中，工具鏈的打通必然涉及各種工具的整合。除了DevOps平臺本身已經集成的Jira、Gitlab、Jenkins、Nexus、SonarQube等工具，比較常見的是對客戶已有工具等集成，如客戶自建的項目管理平臺、CMDB平臺、自動化測試平臺等等。

對于用戶自建工具的整合，首先需要去理清整合的真正目的是什么，能為用戶帶來哪些價值。比如，對項目管理平臺的整合，DevOps平臺可以對項目等迭代、需求、任務等信息進行收集和匯總，最終項目的進度、成本一目了然。再比如，對CMDB的集成，對于CD過程中使用的資源（主機、容器），直接從CMDB拉取數據即可，無需在DevOps平臺中重新配置一遍。

這里建議，對已有工具的整合，整合的是數據，目的是讓數據流轉和匯總起來，而非做功能的整合。

環境

不同的客戶對環境的規劃往往也不同，比如有的客戶規劃為開發環境、集成測試環境、用戶驗收環境、生產環境，也有客戶在生產環境前還有預發環境；對于不同環境的隔離，不同客戶的做法也不盡相同。

某電信客戶的部署架構，通過防火墻策略+Nginx管控環境間的網絡通信

某銀行客戶的部署架構，通過防火墻策略管控環境間的網絡通信，但是要通過堡壘機連接部署機

對環境和網絡的管控，一般都是硬性要求，需要符合客戶的管理規范。這就需要根據實際的環境和網絡要求，調整DevOps平臺的部署架構，并按照客戶的規范開通相關策略，這里會有一定的溝通成本和實施成本。

任務類型支持

DevOps平臺中的構建和部署流程一般由若干個可編排和可配置化的任務組成，平臺中內置了常用的構建和發布相關的任務，能滿足絕大部份構建和部署場景。

構建相關任務

發布相關任務

如果內置的任務中無法滿足使用需求，還可以根據DevOps平臺提供的擴展手冊進行任務擴展。