將 Docker-Compose 與 Kubernetes、Minikube 和 Skaffold 一起包含在團隊的開發環境中是不是一個壞主意？

Question

理想情況下，我們只想堅持使用 Minikube 和 Scaffold。

但是在很多情況下，我們希望啟用卷的雙向同步，以便特定容器目錄中的更改反映在主機目錄上。

我們目前使用 kubectl 手動將目錄和文件從 pod 復制到本地目錄。 但我們想自動化這一步。

Docker-Compose 通過為服務定義 rw 卷可以很容易地進行設置：

services:
  myService:
    image: some/image
    volumes:
      - /some-host/path:/some-container/path:rw

因此，每當我們需要將更改反映到本地環境中時，我們會停止 skaffold，啟動 docker-compose，並在容器上進行必要的更改，以便它們在本地自動反映。

問題是，如果我們想對系統中的一項服務進行更改，我們現在必須在 k8s 部署以及 docker-compose 文件中反映這些更改。 這些將包括反映對機密、配置映射等的更改……我們最終可能會得到一個非常復雜的項目。

這是一個壞主意嗎？ 有更好的方法嗎？

Answer 1

您可以查看Tilt或Telepresence 。 我們目前正在努力將本地開發環境從 docker-compose 更改為基於 microk8s 的方法，並且正在研究這兩種方法，因為我們也面臨着在 microk8s 中不支持開箱即用的共享卷的問題。

只是一個想法，我們必須自己看看哪種解決方案最適合我們:)