Máy khách Docker hoặc Podman chạy trên MacOS/Windows có thể sử dụng máy chủ từ xa để xây dựng/chạy vùng chứa không?

Với MacOS và Windows là máy khách và tôi muốn có thể có một địa chỉ trên mạng của mình (cục bộ hoặc công khai) xử lý các bước xây dựng vùng chứa và chạy vùng chứa.

Vì vậy, khi tôi chạy một cái gì đó như sau, nó thực thi trên máy từ xa của tôi nhưng dường như chạy cục bộ

xây dựng docker.
docker run -v .:/app -p 9000:9000 foo:latest

Hy vọng của tôi là tôi có thể sử dụng một máy tính xách tay mỏng giống như máy khách để viết mã của mình trong khi mã biên dịch và thực thi trên điều khiển từ xa - cho phép tôi tận dụng không gian lưu trữ lớn hơn cho hình ảnh được lưu trong bộ nhớ đệm, tính toán nhanh hơn, chia sẻ sức mạnh xử lý, vì vậy tôi có thể tập trung chi phí phần cứng của tôi để đạt hiệu quả tối đa.

Ngoài ra, khi tôi chắc chắn phải quay lại văn phòng, tôi có thể giảm tải công việc cho máy tính để bàn của mình khi ngồi ở nhà trong khi sử dụng máy tính xách tay nhẹ/di động trong văn phòng.

Tôi không quan tâm đến GUI máy tính để bàn và không bận tâm nếu đó là Podman hay Docker.

Có thể thiết lập như vậy không hay tốt hơn là tôi nên sử dụng ssh, đường hầm cổng và sử dụng triển khai cầu chì ssh-fs?

Straight from the command line, you can do the following with Docker:

DOCKER_HOST=ssh://user@host docker build -t image:tag .

And to save a bit of typing, you can set a context to save the remote host:

docker context create remote --docker "host=ssh://user@host"

and then use that remote context with:

docker -c remote build -t image:tag .

and if you want to run all of the commands with that context, then:

# switch to the remote context for all future commands
docker context use remote
# and to revert back to the default local context
docker context use default

This works well with a build, because the build context is sent to that remote server, and so there are no local filesystem mounts.

However, once you go to run the container, things get more complicated. All of the listening ports will be on the remote host, and volume mounts will be on the remote host filesystem. If you need these capabilities, then tunneling ports and ssh-fs may be the better option. The other option that comes to mind is remote plugins in the IDE that make all code changes on the remote host over ssh so development feels like it's local even when it isn't.