使用遠程Docker進行集成測試的環境搭建過程
需求背景
團隊有集成測試的需求,集成測試需要依賴一些中間件,比如mysql,rabbitmq。每個研發人員有對自己開發的那部分代碼進行測試編寫和運行檢測的需求。
為瞭不互相影響,可以選擇在研發本地搭建自己的依賴環境,我們希望這些環境搭建要容易、快速,且方便清理。
使用docker進行環境搭建
而docker,則能很好實現上述訴求。
但僅僅這樣還不夠,我們還面臨著以下一些問題
- 本地環境搭建的繁瑣。每個研發,都要在本地安裝docker環境,這會導致在使用上的一些門檻和不便,以我司為例,由於有嚴格的網絡管控,我們都是內網進行開發,無法聯網。特別windows 在安裝docker時,需要聯網。雖然可以想辦法解決,但每個新來小夥伴都要經歷一些本地環境安裝調試過程,實屬繁瑣
- 測試運行速度無法保證。當一個項目依賴中間件較多時,基於本地的docker也會占用大量的資源影響測試速度
- 多環境集成測試麻煩。由於集成測試依賴本地docker,那麼這份代碼在不同的環境,比如在Jenkins上打包運行時,需要在對應的環境也安裝docker
總結來看,使用docker可以幫助我們快速的搭建項目依賴環境,但是本地化的docker依賴,依然讓我們的代碼在測試時,不夠純粹,對其各個運行環境,都有有本地docker安裝的要求。
以中心化的docker server改進集成測試
而實際上,docker本身提供瞭遠程鏈接模式,則使得我們可以中心化的部署docker,然後集成測試代碼以tcp鏈接的方式,使用docker server,進行依賴中間件搭建,測試。
Docker Server遠程鏈接配置
以centos 為例7.6為例,講解如何將一個docker配置成可以遠程鏈接。
在/etc/docker/daemon.json
中開啟遠程鏈接端口
{"hosts": ["tcp://0.0.0.0:2375", "unix:///var/run/docker.sock"]}
添加文件/etc/systemd/system/docker.service.d/override.conf
,註意上述路徑不存在則手動創建
[Service] ExecStart= ExecStart=/usr/bin/dockerd
- 重載守護進程
systemctl daemon-reload
- 重啟docker容器
systemctl restart docker.service
Testcontainers 框架
在部署好遠程docker後,隨之而來的問題是
- 如何在代碼中連接和使用遠程docker環境
- 兩個研發同時跑測試用例時,怎麼保證他們各自啟動的container 在端口上不沖突
- 使用完後的container,怎麼清理
幸運的是,Testcontainers框架,幫我們很好的解決瞭上述問題。
- 它能於junit 4 ,junit 5集成,幫助我們啟停容器
- 每一次運行測試,都會啟動全新的容器,暴露不一樣的端口,使得兩個研發同時跑測試用例時,環境互不幹擾
- 它使用testcontainers/ryuk在指定延遲後,清理不再使用的container
- 上述這一切對使用者都是透明的
Testcontainers 同spring boot集成
更進一步的,遊戲公司Playtika提供瞭Testcontainers 同spring boot整合的測試框架https://github.com/Playtika/testcontainers-spring-boot
,使得Spring Boot或Spring cloud生態的應用在編寫集成測試時,更方便
環境變量依賴
使用Testcontainers 或 playtika的testcontainers-spring-boot進行遠程docker鏈接時,都不需要在本地安裝docker客戶端。但需要進行相關環境變量配置,使得代碼可以知道遠程docker的地址。該地址的配置有如下幾種方式
- 方式1,系統環境變量配置,在當前系統配置環境變量
DOCKER_HOST=tcp://remote_docker_server_ip:2375
- 方式2,直接在java測試代碼中,容器構造前,通過代碼
System.setProperty("DOCKER_HOST","tcp://remote_docker_server_ip:2375")
指定環境變量 - 方式3,如果集成測試使用maven failsafe插件,則在插件上配置環境變量
以command line遠程使用和管理docker
上述測試代碼不需要安裝docker 客戶端。但倘若我們需要以命令行的方式,管理docker,則可以安裝一些docker客戶端,來跟遠程docker通信。當然上述的Testcontainers 相當於客戶端的一種。
不同操作系統的客戶端程序安裝方式見: https://gist.github.com/kekru/4e6d49b4290a4eebc7b597c07eaf61f2
參考資料
https://www.testcontainers.org/
https://gist.github.com/styblope/dc55e0ad2a9848f2cc3307d4819d819f
https://github.com/Playtika/testcontainers-spring-boot
https://gist.github.com/kekru/4e6d49b4290a4eebc7b597c07eaf61f2
到此這篇關於使用遠程Docker進行集成測試的文章就介紹到這瞭,更多相關Docker集成測試內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- Spring Boot項目搭建的兩種方式
- spring boot教程之產生的背景及其優勢
- 解決docker磁盤空間不足問題
- Spring boot 整合 Redisson實現分佈式鎖並驗證功能
- Docker開啟安全的TLS遠程連接訪問方式