TL;DR

  • Portainer 3.0이 Kubernetes 중심으로 전면 재구축되면서 Community Edition(CE)은 Portainer 2.45 LTS를 기반으로 유지되고 3.x의 기반이 되지 않음.
  • CE에는 보안 수정, 버그 수정, Docker API로 연동 가능한 3.x 기능의 백포트만 제공되며 Kubernetes 프리미티브에 의존하는 기능은 동등하게 제공되지 않음.
  • Portainer는 Kubernetes, Swarm, Docker·Podman을 위해 같은 기능을 세 번 구현하던 유지보수 부담을 줄이기 위해 3.x에서 작업별 5개 콘솔과 엔터프라이즈 중심 정책 모델을 채택함.
  • 기존 Docker 사용자는 2.x를 계속 사용하면서 보안 패치를 받을 수 있지만, 3.x의 관측성·GitOps·정책 도구는 Kubernetes 환경을 우선으로 제공됨.
  • Kubernetes로 이전하지 않고 3.x 기능을 무료로 사용하려면 오픈소스 CE가 아닌 비공개 Business Edition의 3 Nodes Free 라이선스를 이용해야 하며, 대안으로 Komodo와 Arcane을 검토할 수 있음.

Portainer CE와 3.x의 분리

  • Portainer의 Community Edition(CE)은 약 10년 동안 오픈소스로 제공됐으나, Kubernetes 중심으로 전면 재구축되는 Portainer 3.0은 CE의 기반이 되지 않음.
  • Portainer CEO Neil Cresswell은 CE가 2.x 계열의 마지막 릴리스인 Portainer 2.45 LTS를 계속 기반으로 삼는다고 밝힘.
  • 새 콘솔과 새 아키텍처를 포함해 2.45 LTS 이후의 구성은 CE로 포팅되지 않음.
  • CE에는 다음 항목이 제공됨.
  • 보안 수정
  • 버그 수정
  • 대응하는 Docker API가 존재하는 경우에 한한 3.x 기능의 백포트
  • 3.x에 추가되는 일부 기능은 Docker에 없는 Kubernetes 프리미티브에 의존하므로 기능 동등성은 보장되지 않음.

변경 이유

  • Neil Cresswell은 이번 변경을 전략 전환이 아니라 유지보수 문제로 설명함.
  • 팀이 정책 또는 API 기능을 추가할 때마다 Kubernetes, Swarm, Docker·Podman 측에 각각 한 번씩 같은 기능을 세 차례 구축해야 했음.
  • Portainer 3.0은 이 모델을 전면 폐기하고, 하나의 인터페이스가 모든 작업을 처리하는 대신 특정 작업에 맞춰 구축된 5개 콘솔을 채택함.
  • CE는 이 새로운 접근 방식에 맞지 않으며, Portainer 3.x의 정책 모델·운영 API·엔터프라이즈 중심 콘솔은 처음부터 엔터프라이즈 사용자를 전제로 함.

“이를 CE로 출시하면 그것이 무엇이며 누구를 위한 것인지 잘못 전달하게 됨.”

사용자에게 미치는 영향

  • 이미 Docker를 실행 중인 경우 당장 달라지는 점은 없음.
  • 2.x는 기존 방식대로 작동하고 보안 패치를 계속 받으므로, 2.x에 머무는 선택도 공식적으로 지원되는 상태임.
  • 3.x로 이동하면 Docker, Swarm, Podman 환경을 네이티브 연결로 계속 사용할 수 있음.
  • Kubernetes를 내부에서 실행하면서 Docker 방식의 도구를 계속 사용하려는 경우 Portainer-D2K가 호환성 계층으로 제공됨.
  • Docker Compose 및 유사 도구로 Kubernetes 클러스터에 애플리케이션을 배포하고 관리하는 방식임.
  • 향후 Portainer의 관측성, GitOps, 정책 도구는 Kubernetes 환경에 우선 제공되며, 네이티브 Docker 설정은 인터페이스에서 하위 위치에 놓이고 해당 기능을 제공받지 못함.
  • Kubernetes로 이전하지 않고 새 기능을 사용하면서 오픈소스 상태를 유지할 수 있는 무료 경로는 사실상 없음.
  • 3.x로 진입하는 유일한 무비용 경로는 CE 빌드가 아니라 비공개 Business Edition에 적용되는 기존 노드 수 제한 라이선스인 3 Nodes Free임.

전환을 고려할 때의 대안

  • 2.x에 계속 머무는 방식이 적합하지 않은 경우 현재 개발 중인 대안은 다음과 같음.
  • Komodo
  • 여러 서버의 워크로드를 관리하도록 설계된 Rust 기반 빌드·배포 플랫폼임.
  • 인위적인 서버 수 제한이 없음.
  • 배포·자동화 중심의 접근 방식에 익숙한 환경에서 특히 검토할 만함.
  • Arcane
  • 현대적인 사용자 인터페이스를 제공하는 Go·SvelteKit 기반 Docker 관리 플랫폼임.
  • BSD-3-Clause 라이선스를 사용함.
  • 컨테이너, Compose, 이미지, 볼륨, 네트워크, 원격 호스트, Swarm 관리 등을 제공함.
  • 두 제품 모두 모든 Portainer 작업 흐름을 그대로 대체하는 드롭인 대안은 아님.
  • 특히 Portainer의 광범위한 Kubernetes 기능에 크게 의존하는 경우 대체 범위가 제한됨.
  • 다만 유료 기능 계층 없이 역량 있는 셀프호스팅 UI를 원하는 홈랩 또는 소규모 Docker·Swarm 환경에서는 두 제품 모두 검토할 만한 대안임.