Reddit

Portainer Cuts the Cord Between Its Free and Paid Editions.

Portainer, 무료 CE와 유료 제품의 개발 경로 분리

Portainer 3.0은 Kubernetes 중심으로 재구축되며 Community Edition(CE)의 기반이 되지 않습니다. CE는 2.45 LTS를 유지하며 보안·버그 수정과 일부 기능 이식만 받습니다. Reddit 이용자들은 Komodo·Dockhand·Arcane으로 옮기거나 기존 Docker Compose 작업 방식을 유지하는 방안을 논의합니다.

AI 요약

Portainer가 10년간 이어 온 Community Edition(CE) 개발 경로를 Portainer 3.0에서 분리합니다. 3.0은 Kubernetes를 중심으로 플랫폼을 처음부터 다시 만드는 버전이며, CE는 이 새 버전을 기반으로 삼지 않습니다. 회사 CEO Neil Cresswell은 CE가 2.x 계열의 마지막 버전인 Portainer 2.45 LTS를 기반으로 계속 유지된다고 밝혔습니다.

CE에 남는 기능과 빠지는 기능

CE에는 보안 패치와 버그 수정이 제공됩니다. 3.x 기능도 Docker API에 대응되는 부분이라면 백포트할 예정입니다. 다만 3.x에서 Kubernetes 기능에 의존하는 부분은 Docker에 대응하는 기본 요소가 없을 수 있어 기능 동등성을 보장하지 않습니다. 새 콘솔과 아키텍처도 CE로 이식하지 않습니다.

Cresswell은 이를 전략 변경보다 유지보수 문제로 설명합니다. 팀이 정책이나 API 기능을 추가할 때 Kubernetes, Swarm, Docker·Podman 환경에 맞춰 각각 구현해야 했습니다. Portainer 3.0에서는 이 구조를 없애고, 특정 작업에 초점을 둔 다섯 개 콘솔로 나눕니다. 회사는 3.x의 정책 모델과 운영 API, 기업용 콘솔이 처음부터 기업 사용자를 전제로 설계됐다며, 이를 CE로 출시하면 제품의 대상과 성격을 잘못 전달하게 된다고 설명합니다.

Docker 사용자에게 달라지는 점

현재 Docker를 운영한다면 당장 바꿀 필요는 없습니다. 2.x는 계속 작동하며 보안 패치도 받습니다. Portainer는 2.x에 남는 선택도 지원한다고 밝혔습니다. 반면 3.x에서는 Docker, Swarm, Podman 환경을 기본 연결로 지원하더라도, 이후 관측성(Observability), GitOps, 정책 기능 개발은 Kubernetes 환경을 우선합니다. Docker 환경은 인터페이스에서 상대적으로 제한된 위치에 놓입니다.

Kubernetes를 기반으로 쓰면서 Docker Compose 같은 도구를 유지하고 싶다면 Portainer-D2K가 호환 계층 역할을 합니다. 새 기능을 무료로 이용하면서 오픈소스 CE를 계속 쓰는 경로는 제시되지 않았습니다. 3.x를 무료로 쓰려면 기존 Business Edition의 ‘3 Nodes Free’ 라이선스를 이용해야 합니다. 이 제품은 무료 노드 제한이 있는 비공개 소스 버전입니다.

대안과 이전 부담

기사에서는 Docker·Swarm 중심의 소규모 환경을 위한 대안으로 Komodo와 Arcane을 소개합니다. Rust 기반 Komodo는 여러 서버의 배포와 관리를 지원하며 서버 수 제한을 두지 않습니다. Go와 SvelteKit으로 만든 Arcane은 BSD-3-Clause 라이선스를 사용하고 컨테이너, Compose, 이미지, 볼륨, 네트워크, 원격 호스트, Swarm을 관리합니다. 둘 다 Portainer의 모든 Kubernetes 작업을 그대로 대체하지는 않습니다.

Reddit 반응

커뮤니티 점수는 432점이며 댓글은 210개입니다. 댓글에서는 Dockhand, Komodo, Arcane, Dockge 등 대안으로 옮겼다는 경험담이 이어졌습니다. 다만 대안 선택은 사용 환경과 필요한 기능에 따라 갈렸습니다.

  • @u/PatBanglePhoto — “Portainer는 포화된 생태계에 자신이 있다는 사실을 모릅니다.”
    • @u/mister_cheeks_26 — “무엇을 인용한 건가요?”
    • @u/PatBanglePhoto — “제목을 다시 쓴 겁니다.”
  • @u/Furki1907 — “제목이 낚시성입니다. Portainer에는 기능이 아주 많고, CE에도 기능이 너무 많다고 말하는 사람도 있습니다. 셀프호스팅 이용자 99%는 완전히 다른 사용자층인 기업을 위한 3.x 새 기능이 필요하지 않을 겁니다. 2.x는 계속 지원되고 보안 패치와 최소한의 기능 업데이트도 받으니 CE 사용자를 버리는 건 아닙니다.”
    • @u/LuckyHedgehog — “보안 패치는 받겠지만 얼마나 오래일까요? Docker에 호환성을 깨는 변경이 생기면 CE에도 백포트할까요? 갑자기 작동을 멈추는 건 아니지만, 이제 Portainer에서 옮길 계획을 세우는 편이 현명합니다.”
  • @u/user6035 — “Komodo를 추천합니다.”
    • @u/Pro_Driftz — “동의합니다. 라이선스가 바뀌었을 때 오래전에 옮겼는데 Komodo가 아주 좋았습니다.”
    • @u/Arkarat — “Komodo는 기능이 아주 많지만, 기본적인 구성만 쓰는 대부분의 사람에게는 지나치게 복잡하고 구성 요소도 많습니다. 초보자에게 필요한 기능에는 Arcane이 더 낫고 안정적입니다.”
    • @u/j-dev — “GitHub에 호스팅한 Git 저장소로 Komodo를 설정했습니다. Renovate 봇이 이미지 버전을 업데이트하고, 메인 브랜치에 병합하면 웹훅으로 스택이 커밋을 가져와 다시 배포합니다. 이 작업 흐름이 마음에 듭니다.”
  • @u/archdukemovies — “올해 초 Dockhand로 옮겨서 다행입니다.”
    • @u/Kodufan — “Dockhand로 옮겼는데 컨테이너에 접속하는 대신 새 셸만 열 수 있었던 점이 유일한 불만이었습니다. 몇 주 전에 기능 요청에 답변이 달리고 기능이 추가됐습니다. 이제 Portainer를 떠올릴 일도 없습니다.”
    • @u/kllssn — “Dockhand도 이미 아주 비슷한 가격 정책을 갖고 있습니다. 이용자가 충분히 모이면 Portainer와 같은 일을 하지 않으리라는 보장이 있나요?”
  • @u/Reddit_is_fascist69 — “Portainer를 지우고 Docker Compose 파일과 환경 변수 파일을 직접 관리합니다.”
    • @u/ActuallyFullOfShit — “그렇게 어렵지 않습니다.”
    • @u/386U0Kh24i1cx89qpFB1 — “실제 컴퓨터 앞에 앉아 있지 않을 때 컨테이너를 업데이트하려면 불편합니다. VS Code 원격 SSH 컨테이너 도구와 Android의 Termius를 써봤고, 지금은 Dockhand와 Komodo를 평가하고 있습니다.”
    • @u/ldn-ldn — “Ansible을 쓰세요.”
    • @u/LutimoDancer3459 — “편리함이 문제입니다. Git에서 Compose 파일만 바꾸면 나머지를 알아서 처리하는 게 좋습니다. 스택을 업데이트할 때마다 서버에 SSH로 들어갈 필요가 없습니다.”
  • @u/JMarcosHP — “대안을 찾는다면 Arcane을 살펴보세요. 2.x 버전에서 많이 개선됐습니다.”
    • @u/JMarcosHP — “무엇을 하려는지에 달렸습니다. 홈랩에서 스택을 관리할 GUI만 필요하다면 Arcane으로 충분합니다. 업데이트와 취약점을 확인하는 트리거와 예약 작업도 설정할 수 있고 UI도 보기 좋습니다.”
    • @u/Bewix — “Komodo에도 그 기능이 다 있습니다. 추가 기능이 다른 기능을 가리거나 복잡하게 만들지도 않습니다. 보기 좋은지는 개인 취향이지만요.”
  • @u/grnrngr — “전략 변경이 아니라고 해놓고 ‘새 기능은 CE에 맞지 않는다’고 하네요. 제게는 전략 변경처럼 들립니다.”
  • @u/Ill_Leader_7104 — “이 일은 자신이 통제하지 않는 단일 관리 계층에 작업 흐름을 지나치게 의존하지 말라는 좋은 사례입니다. 기반 컨테이너가 표준을 따르면 GUI를 바꾸는 일은 성가셔도 치명적이지 않습니다.”
  • @u/dogojosho — “개인용 3노드 무료 프로그램이 있으니 기술적으로는 무료로 계속 쓸 수 있습니다. 하지만 더 걱정되는 건 Docker 지원을 사실상 축소하고 앞으로 Kubernetes에 집중하겠다는 발표입니다. Portainer에 많이 의존하고 있어 답답하지만 대안을 찾아봐야겠습니다.”
  • @u/Accomplished-Lack721 — “1년 넘게 Komodo나 Dockhand로 옮길까 생각했지만 기존 구성을 바꿀 이유가 없어 미뤘습니다. 약 2주 전에 결국 Dockhand로 전부 옮겼습니다. 실행부터 Portainer의 스택 12개 이상을 Dockhand에 다시 만들고 정리하기까지 30분 정도 걸렸습니다. 일부 스택은 Portainer의 ‘stack.env’ 방식 때문에 조금 손봐야 했습니다. Dockhand 인터페이스도 더 마음에 들지만, 기능만 보면 둘 다 제 역할을 했습니다.”

원문: It's FOSS / 번역·요약: Trawling