이 기능은 #1596을 통해 여러 명령에 추가됩니다. Dockerode가 지원하는지 모르겠지만 시도하지 않았습니다. 그러나 그렇다면 대부분의 시나리오를 다룰 것입니다.

Dockerode(따라서 탐색기 보기와 수많은 명령)가 오늘날 Podman과 작동할 수 없는 것처럼 보이지만 Podman은 작업 중인 HTTP API를 통해 최소한 부분적으로 호환되도록 하는 것 같습니다. https://podman.io/blogs /2020/01/17/podman-new-api.html

Dockerode가 없으면 아마도 docker build (글쎄, podman build ) 명령과 몇 가지 다른 기본 사항이 여전히 수행될 수 있는 유일한 방법일 것입니다. #1596 덕분에 오늘 Podman으로 변경할 수 있습니다.

지금은 이것을 열어두겠지만 Podman HTTP API가 존재할 때까지 확장 기능은 Podman과 함께 사용할 때 그다지 유용하지 않을 것입니다.

Podman v2.0 은 새로운 HTTP API와 함께 출시 되었으므로 더 이상 차단기가 아닙니다.

@Nuc1eon님 감사합니다! 무엇이 작동하고 작동하지 않는지 살펴보겠습니다.

여기까지 내가 생각해 낸 것이 있습니다.

효과*

• _아마도_ 대부분의 CLI 명령은 Podman CLI에 패리티가 있는 범위에서 작동하지만 그렇게까지 자세히 살펴보지는 않았습니다.
• 적어도 대부분의 관련 명령과 함께 컨테이너 목록
• 적어도 대부분의 관련 명령과 함께 이미지 목록
• 정리 작업

*Remote로 연결해야 함 - SSH는 Podman에 원격으로 연결할 수 있는 명확한 방법이 없기 때문에 아래에서 자세히 설명합니다.

작동하지 않는 것

• 디버깅은 로컬 데몬에 크게 의존하므로 Linux 사용자에게만 작동할 수 있습니다.
• 컨테이너, 이미지 및 네트워크 목록에 Docker Engine API의 속성 중 상당수가 누락되었습니다. 예를 들어, Created / CreatedAt 값이 일치하지 않습니다. 컨테이너 상태 없음; 네트워크 ID가 없습니다.
• 네트워크 만들기
• 볼륨에 관한 모든 것(404)
• 컨텍스트와 관련된 모든 것
• 컨테이너 목록에 중지된 컨테이너가 표시되지 않습니다.
• API 서비스는 재부팅할 때마다 수동으로 시작해야 하므로 성가신 일입니다(자동으로 시작하도록 확실히 구성할 수 있음).
  
  
  
  • 또한 사용자별이므로 일정한 소켓 경로를 사용할 수 없습니다.
  
  
• docker-modem 는 작동하지 않는 docker system dial-stdio 를 사용하므로 ssh를 통해 Podman을 지원하도록 변경해야 합니다.
• 원격 클라이언트와의 SSH 연결 설정에 대한 현재 문서 없음(찾을 수 있는 모든 것은 레거시 varlink 구현과 관련됨)
• API 문서가 없거나 찾을 수 없습니다. Docker 엔진 API 문서는 불일치가 너무 많기 때문에 좋은 대안이 아닙니다. 최소한 이러한 불일치는 문서화해야 합니다.

@Nuc1eoN , @JacekPliszka , 다른 사람 -- 귀하의 주요 사용 사례는 무엇입니까? 워크플로에 대한 이러한 제한은 얼마나 심각한가요?

죄송합니다. 해당 주제에 대한 프로젝트가 취소되어 현재 사용 사례가 없습니다. :(
한 프로젝트는 VM에 머물렀고 다른 프로젝트는 VM에서 ADF + Databricks로 마이그레이션하고 있습니다.

pandas 기반의 python ETL입니다. 데이터셋이 도착하면 적절한 메모리/CPU가 있는 VM이 ​​시작되고 데이터가 처리되고 VM이 삭제됩니다.

다음 메시지가 표시됩니다. 연결하지 못했습니다. 도커가 설치되어 있습니까?

$ podman --version
podman version 2.0.4

Fedora 32의 Visual Studio 코드

Podman과 Docker는 2가지 다른 목적을 가진 2가지 다른 제품입니다!
Docker는 Docker 이미지를 빌드 및 관리하고 클라이언트-서버 시나리오에서 실행하는 서버입니다.
Podman은 Kubernetes 클러스터에 배포된 서버리스 클라우드 애플리케이션 개발을 위한 도구 체인입니다.
Podman은 기본 Kubernetes 아티팩트의 빠른 시작 생성을 허용합니다. Pod에는 단일 Docker 컨테이너가 포함되어 있습니다.
Podman KUBE 생성을 사용하여 Pod 정의 YAML 생성,
그 정의를 강화하고,
그런 다음 podman KUBE play를 사용하여 Pod 테스트
그런 다음 Podman 대 Docker-compose 에서와 같이 Kubernetes 클러스터에 정의를 배포합니다.
대상 아키텍처가 서버리스이기 때문에 Podman은 서버가 필요하지 않습니다. 로컬로 실행하거나 컨테이너 내부에서 실행할 수도 있습니다. Podman은 Docker와 호환되지만 Podman이 Kubernetes와 호환되는 것이 더 중요합니다.
즉, dev-container와 dev-pod는 2가지 다른 것입니다.

Fedora 33에서 vscode를 사용하려고 합니다. 그리고 podman이 제공하는 docker 명령을 사용하여 컨테이너를 빌드할 수 있습니다.

귀하의 주요 사용 사례는 무엇입니까? 워크플로에 대한 이러한 제한은 얼마나 심각한가요?

vscode를 설치한 주된 이유는 컨테이너 내부에서 실행되는 .NET Core 애플리케이션을 디버그하기 위해서였습니다. CLI를 사용하여 대부분의 다른 작업(빌드, 테스트, 릴리스)을 수행할 수 있지만 대화형 디버깅은 해결 방법이 없는 한 곳입니다.

Podman과 Docker는 2가지 다른 목적을 가진 2가지 다른 제품입니다!

죄송하지만 대부분의 사용자에게 목적은 정확히 동일합니다. 즉, 컨테이너를 실행하는 것입니다.

@bwateratmsft 플러그인이 podman을 선택하고 사용하도록 하는 방법을 조사할 수 있습니까?

작동하지 않는 것

podman docker 호환성은 지속적으로 개선되고 있습니다. 이 플러그인은 불일치를 해결하지 않아야 합니다. 작동하지 않는 것은 podman에 대해 보고할 수 있습니다.

*Remote로 연결해야 함 - SSH는 Podman에 원격으로 연결할 수 있는 명확한 방법이 없기 때문에 아래에서 자세히 설명합니다.

기술적으로 ssh를 통해 유닉스 소켓을 포워드하는 것이 가능해야 하며 _'그냥 작동'해야 합니다.

API 서비스는 재부팅할 때마다 수동으로 시작해야 하므로 성가신 일입니다(자동으로 시작하도록 확실히 구성할 수 있음).
또한 사용자별이므로 상수 소켓 경로를 사용할 수 없습니다.

/run/user/<uid>/podman/podman.sock 에서 경로를 확인하고 사용할 수 있습니다. 존재하지 않는 경우 사용자에게 systemctl --user enable --now podman.socket 를 실행하도록 제안합니다.

여기에 착륙했고 Linux에서 Podman과 함께 Docker 확장을 사용하려는 경우:

1. systemctl --user enable --now podman.socket
2. 설정에서 'docker.dockerodeOptions'(Docker: Dockerode 옵션)를 {"socketPath":"/run/user/<your uid>/podman/podman.sock" } 로 설정합니다.

모든 기능이 예상대로 작동하는 것은 아니며 일부 기능이 손상될 수 있습니다.

감사 해요! Kubernetes와 OpenShift가 그랬던 것처럼 Docker를 제거하고 싶습니다. Docker는 Docker에서 사용되는 실제 OCI 컨테이너 런타임인 runc를 사용하여 Dev-container를 실행하기 위해서만 여러 계층을 설치하고 유지 관리해야 하는 고과세 솔루션입니다.
군단???
도커드 ???
컨테이너 ???
Dev-container는 이를 활용하기 위해 서버리스, 확장 가능, 장애 조치, 롤업 업그레이드 등으로 설계되지 않았습니다.
도커 빌드 제품에는 저장소가 필요합니다.
Podman은 동일한 컴퓨터, 원격 컴퓨터 또는 Kubernetes 클러스터에서 Podman 또는 Kubernetes가 실행할 수 있는 단일 메타 파일 pod-resource .yaml을 생성합니다.
도구 개발자가 유지 관리하는 사이드카 도구 세트에 의한 Workspace Pod 확장은 개발 컨테이너 빌드의 긴 시간이 아닌 5초가 걸립니다.
내가 이미 테스트한 모든 것은 Linux가 아닌 Ubuntu 20.04 WS: distro에서 테스트했습니다.
Ubuntu Kube의 Micro k8s는 이미 cri-o 기반입니다. Docker를 컨테이너 런타임으로 사용하지 않습니다.

@tmds @bwateratmsft
"Podman"을 생각하면 "서버도 클라이언트도 필요하지 않다"고 생각합니다. 즉, Docker를 휴지통에 버린 후 Dockerod를 동일한 휴지통에 던지고 싶습니다. 포드맨은 CLI입니다. "미들웨어" 없이 로컬에서 또는 SSH를 "미들웨어"로 원격으로 사용하여 모든 CLI 명령을 실행할 수 있습니다. WSL에서 Podman 명령을 실행하려면 wsl -e 접두사를 사용할 수 있습니다.
Podman 명령을 프로그래밍 방식으로 처리하거나 쉽게 렌더링할 수 있도록 하려면 --format 옵션을 사용할 수 있습니다.
Podman 명령의 개체 모델은 API 사양에 제공되지만 소켓을 사용할 필요는 없습니다.

@PavelSosin-320 노력을 최소화하는 것은 podman cli를 포함하는 podman에 의해 노출되는 도커 호환 인터페이스와 podman 소켓을 통해 노출되는 API 서비스를 사용하는 것에 의존합니다.

@bwateratmsft 가 말한 내용을 기반으로 podman 지원은 다음과 같이 요약됩니다.

1. 예를 들어 podman version 를 실행하여 시스템에 podman이 있는지 감지합니다.
2. /run/user/<uid>/podman/podman.sock 에 있는 소켓을 사용하거나 없으면 systemctl --user enable --now podman.socket 를 실행하도록 사용자에게 제안합니다.

docker/podman 유지 관리는 고려하지 않습니다. 하지만 "Maintanence Champion" 회사에서 지원하는 Podman 프로젝트의 주요 목적입니다. Podman, Docker, Kubernetes는 OCI, CNI, Rest API와 같은 동일한 표준 세트를 공유합니다.
Rest API 라이브러리는 동일한 중앙 집중식 방식으로 제공됩니다. 예: Kubernetes Rest API 클라이언트 Javascript . 그리고 유명한 Fabric8 Kubernetes REST API 클라이언트 Java .
개발 노력은 이미 클라우드 세계에서 최소화되었습니다.

@bwateratmsft 는 https://github.com/microsoft/vscode-docker/issues/1590#issuecomment -748526201에서 제안된 단계를 수행합니까? 이것이 다음 스프린트 중 하나에 포함될 수 있습니까?

vscode-docker 이 podman 소켓을 사용하면 podman 자체에 대해 추가 문제가 보고될 수 있습니다(https://github.com/containers/podman).

@JacekPliszka Docker는 OCI 컨테이너 이미지를 빌드, 복사 및 실행하는 데 필수가 아닙니다. 다음을 선택할 수 있습니다.
Runc, CRun, Dockerd, 가공, Cri-O, Kata. 빌드다. OCI의 정확한 의미는 다음과 같습니다. OCI 이미지를 구축하고 실행하는 임원이 있습니다. 이 실행 파일은 모든 환경에서 프로그램으로 실행됩니다. 클라이언트, 서버 및 REST API는 선택 사항입니다.
Fedora WSL 배포판의 내 예:
노드에서 빌드다
노드 작업 컨테이너
빌다 이미지
저장소 태그 이미지 ID 생성된 크기
docker.io/library/node 최신 1db64f55f800 5일 전 964MB
k8s.gcr.io/pause 3.2 80d28bedfe5d 11개월 전 688KB
[ root@MSI-wsl ~]# buildah 컨테이너
컨테이너 ID 빌더 이미지 ID 이미지 이름 컨테이너 이름
ec1dc549b831 * 1db64f55f800 docker.io/library/ 노드:최신 노드 작업 컨테이너
buildah 실행 ec1dc549b831 노드 --version
v15.6.0
Docker를 혼동할 이유가 없습니다. 이것은 또 다른 서버일 뿐입니다.
좋은 소식: Debian이 아닌 다른 WSL 배포판에서 Podman & Buildah를 실행할 수 있습니다. Arkane-genie용 교차 배포판 솔루션은 systemd에서 Podman의 종속성을 충족시키기 위해 존재합니다.

안녕하세요. 관심을 가져주셔서 감사하고 특히 이 작업을 수행하는 방법을 조사해 주신 @menmikimen 에게 감사드립니다. 우리는 그 접근 방식이 잘 작동한다는 것을 발견했습니다. $#$ docker.dockerodeOptions $#$ 대신 docker.host == unix:///run/user/<your uid>/podman/podman.sock 를 사용할 수도 있습니다. 요약하자면 다음과 같습니다.

1. 명령 실행: systemctl --user enable --now podman.socket
2. docker.host 를 unix:///run/user/1000/podman/podman.sock 로 설정합니다(설정되면 유지됨).

대부분의 기능이 작동할 것으로 예상합니다. 여러 명령은 기본적으로 docker 를 사용하지만 명령 사용자화 대신 podman 를 사용하도록 구성할 수 있습니다. 그 외에는 대부분의 탐색기 기능이 제대로 작동합니다. Linux에서도 alias docker = "podman" 를 설정할 수 있습니다.

Podman을 테스트할 리소스가 없기 때문에 지원을 요청할 수는 없지만 작동하는 데 방해가 되는 임의의 장애물을 제거하기 위해 합당한 노력을 기울일 용의가 있습니다. 우리는 위의 단계가 지금은 충분할 만큼 간단하다고 생각합니다. 특정 문제가 있는 경우 여기에 또는 적절하게 Podman에 문제를 제출하십시오.

위의 @ucheNkadiCode 를 시도하고 vscode를 통해 컨테이너 내에서 파일을 열려고 시도했지만 다음을 얻었습니다.

cannot open docker://<snip>/etc/nginx/nginx.conf?fileType%3Dfile%26containerOS%3Dlinux%26path%3D%252Fetc%252Fnginx%252Fnginx.conf.
Detail: Unable to read file 'docker://<snip>/etc/nginx/nginx.conf?fileType=file&containerOS=linux&path=%2Fetc%2Fnginx%2Fnginx.conf' (Error: (HTTP code 501) unexpected - not implemented )

나는 이것이 아직 구현되지 않은 포드맨 측 기능이라고 생각합니다. 아니면 작동하도록 기본 파일을 열어둔 사람이 있습니까? 내가 이것을 올바르게 이해했다면 나는 이것을 podman 문제로 넘길 것입니다.

@carwyn 네, 아직 Podman에서 구현되지 않은 것 같아요. 우리는 https://docs.docker.com/engine/api/v1.41/#operation/ContainerArchive 엔드포인트를 사용합니다. 아직 구현되지 않은 경우에도 놀라지 않을 것입니다.

지원해야 할 것 같은데요?

https://docs.podman.io/en/latest/_static/api.html#operation/getArchive

상대적으로 새로운 추가 기능이고 @carwyn 버전에는 없을 수도 있습니다. 확실하지 않다.

이것들은 이것과 관련이 있어 보입니다. 이 "Docker API /containers/{id}/archive"가 Podman 3에서 구현될 것 같습니까?

https://github.com/containers/podman/issues/6050
https://github.com/containers/podman/pull/8126

@carwyn win 현재 Fedora33 WSL 이미지에서 Podman 3.0 RC1을 테스트하고 있습니다. 특정 항목에 테스트가 필요한 경우 배포판에서 실행할 수 있습니다.

#2984에서 변경된 사항도 Podman을 사용하는 데 도움이 될 것이라고 생각합니다.