
컨테이너 관리 플랫폼 Portainer가 차기 3.0 버전에서 기존 Docker·Swarm 지원을 유지하면서 신규 기능 개발은 Kubernetes에 집중하기로 했다. 닐 크레스웰 Portainer 최고경영자는 21일 공식 블로그에서 이 같은 방침과 기술적 배경을 설명했다.
이번 글은 지난 11일 공개한 3.0 개발 방향에 대한 후속 설명이다. 회사는 3.0에서도 현재 제공하는 Docker와 Swarm 기능을 축소하지 않고 Docker의 보안 수정 사항을 계속 반영하겠다고 밝혔다. 반면 AI 워크로드, GPU 스케줄링, 워크로드 샌드박싱 같은 새로운 기능에 대한 투자는 Kubernetes를 대상으로 한다.
크레스웰은 관리 도구가 기반 실행 환경의 API에 없는 보안 기능까지 만들어낼 수는 없다는 점을 전환 이유로 들었다. 여러 환경을 함께 운영하면서 워크로드 격리와 세밀한 권한 제어를 강화하려면 Kubernetes 생태계의 기능을 활용해야 한다는 것이 회사의 설명이다. 이는 Portainer의 제품 전략에 관한 판단으로, Docker 지원을 즉시 종료한다는 의미는 아니다.
앞선 3.0 예고에서는 사용 목적별 콘솔도 제시했다. AI 도구로 만든 애플리케이션을 기업 내부 Kubernetes에 배포하는 Portainer-Run은 이미 제공 중이며, 내부 개발자 포털인 Portainer-IDP와 AI 에이전트의 운영 작업을 위한 Portainer-Command 등이 뒤를 잇는 구상이다. 회사는 이들 신규 제품을 Kubernetes 전용으로 개발한다고 밝혔다.
기존 사용자의 선택지도 남긴다. Portainer는 2.x 계열에 보안 업데이트와 버그 수정, 일부 3.x 기능의 선별적 역이식을 제공하겠다고 설명했다. 커뮤니티 에디션인 CE는 2.x 코드 기반을 유지하며 별도의 3.x CE 빌드는 만들지 않는다. 커뮤니티의 3.x 이용에는 무료 3노드 프로그램을 제시했다.
Docker 명령과 도구를 유지한 채 Kubernetes로 옮기려는 사용자를 위해서는 오픈소스 KubeSolo와 D2K를 안내했다. D2K는 Kubernetes 위에 Docker 호환 API를 제공하는 변환 계층이다. 기존 환경의 지원 유지 여부와 새 기능의 제공 대상을 구분해 살펴보는 것이 이번 전환의 핵심이다.
출처: Portainer 공식 블로그, The Docker API Ceiling: Why Portainer 3.0’s New Capabilities Target Kubernetes — https://www.portainer.io/blog/the-docker-api-ceiling
Portainer 공식 블로그, Portainer 3.0 is coming, and here’s what it means for you — https://www.portainer.io/blog/portainer-3-0-is-coming









