Cloudron vs CasaOS vs Coolify VPS 설치 비교

구축할 내용

도구를 설치하는 것은 곧 도구를 선택하는 과정입니다. Cloudron, CasaOS, Coolify라는 세 가지 패널은 텅 빈 VPS를 클릭 몇 번으로 앱을 호스팅할 수 있는 환경으로 바꿔준다고 홍보합니다. 이 가이드에서는 동일한 Ubuntu 24.04 서버에 각 도구를 설치하고, 첫 번째 앱을 배포한 뒤, 스크린샷에는 잘 드러나지 않는 TLS, 백업, 업데이트, 메모리 점유율, 그리고 탈출의 난이도를 면밀히 살펴봅니다. 이 글을 다 읽고 나면 어떤 도구가 적합한지, 혹은 "아무것도 쓰지 말고 그냥 Docker Compose를 사용하라"는 결론이 더 정직한 답변인지 알게 될 것입니다.

이 도구들은 마법이 아닙니다. 세 도구 모두 그 밑바닥에는 직접 제어할 수 있는 동일한 Docker Engine이 깔려 있습니다. 패널이 비용, RAM 점유율, 혹은 종속성이라는 대가로 제공하는 것은 다음 네 가지 작업의 자동화입니다: 원클릭 앱 설치, 자동 TLS 인증서 발급, 예약 백업, 사용자 관리. 이 네 가지 기능이 시스템 오버헤드를 감수할 만큼 가치가 있다면 패널을 사용할 이유가 충분합니다. 만약 한두 개의 서비스만 운영하며 서버에 무엇이 설치되어 있는지 정확히 파악하는 것을 선호한다면, "세 도구 모두 건너뛰기" 섹션을 먼저 읽고 수고를 더십시오.

공통 필수 조건 및 주의 사항

세 가지 솔루션 모두 컨테이너 가상화가 아닌 KVM 기반 VPS를 전제로 합니다. Docker는 실제 커널이 필요하며, Cloudron은 OpenVZ 및 LXC 환경을 명확히 지원하지 않습니다. systemd-detect-virt 명령어로 확인하십시오. kvm 또는 qemu은 적합하지만, openvz 또는 lxc은 적합하지 않습니다. KVM 플랜에서는 해당 명령어가 kvm를 출력하며, 베어메탈 환경에서는 none를 출력합니다. 두 경우 모두 다음 단계로 진행할 수 있습니다.

그 외의 수치는 서로 다르며, 이는 솔루션을 선택하는 첫 번째 기준이 됩니다.

• RAM. CasaOS는 1GB 환경에서도 원활하게 작동합니다. Raspberry Pi 하드웨어에서 시작된 만큼 가볍습니다. Coolify는 최소 2GB의 RAM과 2개의 CPU 코어를 요구하며, 이 중 약 600 MB는 Coolify 자체 프로세스가 점유합니다. Cloudron은 최소 2GB를 요구하지만, 애플리케이션을 설치하기 전부터 메일 서버와 데이터베이스를 구동하므로 4GB 환경에서 훨씬 안정적입니다.
• 도메인 및 DNS 제어권. Cloudron과 Coolify는 모두 정상적으로 작동하는 DNS가 연결된 실제 도메인을 필요로 합니다. Cloudron은 DNS 공급자의 API 접근 권한을 확보하여 스스로 레코드를 생성하고 와일드카드 인증서를 발급받는 방식을 권장합니다. CasaOS는 IP 주소만으로도 실행할 수 있지만, 이 경우 TLS를 전혀 사용할 수 없습니다.
• 포트. 세 솔루션 모두 HTTP 및 HTTPS를 위해 80번과 443번 포트가 열려 있어야 합니다. Coolify는 추가로 8000번 포트에서 대시보드를 제공하며, 실시간 채널을 위해 6001번, 브라우저 내 터미널을 위해 6002번 포트를 사용합니다. 모든 환경에서 SSH 접속을 위해 22번 포트는 항상 열어 두어야 합니다.

설치를 시작하기 전에 DNS가 서버를 가리키도록 설정하십시오. 호스트네임을 해석할 수 없는 패널은 인증서를 요청할 수 없으며, 이로 인해 소프트웨어 설치 대신 첫 한 시간을 문제 해결에 허비하게 될 것입니다. 서버 IP를 가리키는 A 레코드를 설정하고, Coolify의 경우 모든 배포된 앱이 고유한 서브도메인을 가질 수 있도록 와일드카드 레코드(*.apps.example.com)를 추가하십시오.

Cloudron: 세련되고 독자적인 어플라이언스

개요. Cloudron은 서버 전체를 관리형 어플라이언스로 전환해 주는 상용 플랫폼입니다. 자체 리버스 프록시, 데이터베이스, 메일 스택을 실행하며, 패키지화된 앱(Nextcloud, WordPress, Gitea, Mattermost 등)을 제공하는 엄선된 앱 스토어를 갖추고 있습니다. 자동 업데이트, 자동 인증서 발급, 자동 백업 등 앱의 '관리'를 원하며 이에 대한 비용을 지불할 의사가 있는 사용자를 대상으로 합니다.

설치. 이 플랫폼은 깨끗한 서버를 요구하며 서버 전체를 완전히 장악합니다. 아무것도 설치되지 않은 신규 Ubuntu 24.04 (Noble) 서버에서 다음 명령을 실행하십시오.

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

이 스크립트는 Docker, nginx, 데이터베이스, 메일 스택을 설치한 뒤 재부팅을 수행합니다. 서버가 다시 시작되면 https://<your-ip>에 접속하여 임시 자체 서명 인증서를 수락하고 브라우저에서 설정을 완료하십시오. 도메인을 지정하고 DNS 제공업체를 선택하면 my.example.com에서 자체 대시보드가 프로비저닝됩니다.

첫 번째 앱 추가. 대시보드에서 앱 스토어를 열고 Nextcloud와 같은 앱을 클릭한 뒤, 서브도메인 files.example.com를 선택하고 설치를 누르십시오. Cloudron은 사용자가 설정 파일을 직접 수정할 필요 없이 DNS 레코드를 생성하고, Let's Encrypt 인증서를 요청하며, 데이터베이스를 프로비저닝하고, 싱글 사인온(SSO)을 연결하며, 백업 일정을 예약합니다. 이것이 이 제품의 핵심 가치이며, 실제로 완벽하게 작동합니다.

TLS 및 백업. 세 가지 방식 중 가장 강력합니다. 모든 앱 서브도메인은 자동으로 Let's Encrypt 인증서를 발급받으며, 알아서 갱신됩니다. 백업은 로컬 디렉터리, S3 또는 기타 원격 저장소를 대상으로 예약 및 내장되어 있으며, 앱별 복원과 새로운 서브도메인으로의 원클릭 앱 복제 기능까지 지원합니다.

비용 및 라이선스(시작 전 필독). Cloudron은 무료 계층이 제한된 유료 제품입니다. 무료 플랜은 앱 2개까지 허용합니다. 세 번째 앱을 설치하려면 결제가 필요하며, 유료 구독(Pro 또는 Max, 월간 또는 연간 결제, 앱 무제한)을 통해 더 많은 기능을 사용할 수 있습니다. 이는 Cloudron에 대해 알아야 할 가장 중요한 사실입니다. 이 제품이 세련된 이유는 비즈니스 모델을 갖추고 있기 때문이며, 무료 계층은 확장 중인 스택을 운영하기보다는 연장된 체험판에 가깝습니다.

실패 유형: 깨끗한 서버 규칙. 이미 무언가 실행 중인 서버에 Cloudron을 설치하려고 하면 설정이 변경되기 전에 중단됩니다.

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of it's installation.
Please start with a fresh Ubuntu install and run this script again.

이러한 제약은 까다롭게 굴기 위함이 아닙니다. Cloudron은 특정 버전의 nginx, Docker, Node를 고정하고 이를 깊게 통합하므로 사용자가 직접 설치한 버전과 공존할 수 없습니다. 해결책은 웹 서버, Docker, 직접 설정한 방화벽조차 없는 깨끗한 Ubuntu 24.04 이미지를 사용하는 것입니다. 잘못된 이미지를 부팅했거나 지원되지 않는 OS(x86-64 기반의 Ubuntu 22.04 또는 24.04가 아닌 경우)라면 설치가 거부됩니다. ARM, LXC, OpenVZ는 공식적으로 지원하지 않습니다.

두 번째 실패 유형: 와일드카드 인증서와 DNS API. 설정 과정에서 API 토큰을 제공하는 대신 "Manual" DNS 옵션을 선택하면, Cloudron이 레코드나 와일드카드 인증서를 생성할 수 없습니다. 이 경우 새로운 앱을 추가할 때마다 인증서가 발급되기 전까지 사용자가 직접 DNS 레코드를 추가해야 하며, 대시보드는 해당 레코드가 생성될 때까지 대기 상태로 머뭅니다. 지원되는 DNS 제공업체(Cloudflare, Route 53, DigitalOcean 등)의 API 접근 권한을 Cloudron에 부여하면 모든 과정이 클릭 한 번으로 자동화됩니다.

CasaOS: 무료 홈랩 대시보드

개요. IceWhale에서 개발한 CasaOS는 Docker 기반의 무료 오픈 소스 대시보드로, 홈 화면, 앱 스토어, 파일 관리자를 제공합니다. 홈 서버 환경에서 시작된 만큼 빠른 설치, 사용자 친화적인 UI, 간결한 구성을 지향합니다. 비용 부담 없이 Docker를 더 편리하게 관리하고자 하는 사용자에게 적합합니다.

설치. 다음 한 줄의 명령어로 설치할 수 있으며, 깨끗한 환경이 아니어도 무방합니다.

curl -fsSL https://get.casaos.io | sudo bash

설치 프로그램은 여러 systemd 서비스(casaos, casaos-gateway, casaos-app-management 등)를 추가합니다. 브라우저를 열기 전에 게이트웨이가 정상적으로 실행되었는지 확인하십시오.

systemctl status casaos-gateway

실행이 완료되면 http://<your-ip>(일반 HTTP, 포트 80)에서 대시보드에 접속할 수 있습니다. 로컬 계정을 생성하면 바로 사용할 수 있습니다.

첫 번째 앱 추가. 앱 스토어에서 원하는 앱을 선택하고 설치를 클릭하십시오. CasaOS는 내부적으로 Docker Compose 프로젝트를 생성하고, http://<your-ip>:8080와 같은 호스트 포트를 통해 앱을 노출합니다. 스토어에는 일반적인 홈 서버용 앱들이 포함되어 있어, VPS용 Jellyfin 미디어 서버나 자체 호스팅 Immich 사진 라이브러리를 클릭 몇 번으로 설치할 수 있습니다. 아직 사진 서버를 결정하지 못했다면, PhotoPrism과 Immich의 RAM 사용량 및 모바일 앱 비교를 먼저 읽어보는 것이 좋습니다. 1GB RAM을 사용하는 CasaOS 환경에서는 이 선택이 앱 실행 가능 여부를 결정하기 때문입니다. 또한 원하는 docker-compose.yaml를 직접 가져올 수도 있는데, 이는 CasaOS의 큰 장점입니다. 앱은 독점 형식이 아닌 일반적인 컨테이너로 동작합니다.

TLS 및 백업, 취약점. "무료"라는 점의 한계가 여기서 드러납니다. CasaOS는 대시보드를 포함한 모든 서비스를 기본적으로 일반 HTTP로 제공합니다. 내장된 Let's Encrypt 기능이나 예약 백업 기능은 없습니다. 데이터는 /DATA 하위의 Docker 볼륨에 저장되며, 백업은 사용자가 직접 수행해야 합니다(cron을 이용한 restic 또는 tar 사용).

실패 모드, TLS 부재 및 침묵. 오류 메시지는 표시되지 않습니다. 앱을 설치하고 http://<your-ip>:8080에 접속하면 브라우저에 "주의 요함"으로 표시되는 암호화되지 않은 연결을 통해 정상적으로 작동합니다. 비밀번호와 세션 쿠키가 평문으로 전송됩니다. 더 심각한 점은 CasaOS 대시보드에서 원격 코드 실행 취약점이 발견된 적이 있다는 것입니다(CVE-2023-37265 및 CVE-2023-37266, 인증 우회 후 호스트 전체 권한 탈취 가능). 따라서 HTTP 포트를 인터넷에 직접 노출하는 것은 단순한 스타일 문제가 아니라 실질적인 보안 위험입니다. 해결책은 CasaOS를 절대 직접 노출하지 않는 것입니다. Certbot을 이용한 Let's Encrypt 인증서가 적용된 nginx, Caddy, 또는 Cloudflare Tunnel과 같은 리버스 프록시를 앞단에 두어 TLS를 종료하고, 로컬 네트워크에서만 CasaOS로 전달되도록 설정하십시오. CasaOS가 이미 포트 80을 점유하고 있으므로, CasaOS의 포트를 먼저 변경하지 않으면 프록시와 포트 충돌이 발생한다는 점에 유의하십시오.

비용. 영구적으로 무료이며 앱 개수 제한도 없습니다. 단, TLS 설정, 백업, 보안 강화와 같은 운영 작업은 사용자가 직접 책임져야 합니다.

Coolify: 셀프 호스팅 PaaS

개요. Coolify는 Heroku나 Vercel과 유사한 기능을 자신의 서버에서 직접 운영할 수 있게 해주는 오픈 소스 셀프 호스팅 PaaS입니다. 이 플랫폼의 기본 단위는 "패키지 앱 설치"가 아니라 "Git 저장소 배포"입니다. 저장소를 연결하면 Coolify가 Nixpacks나 사용자의 Dockerfile을 통해 빌드하고 배포하며, 푸시가 발생할 때마다 재배포를 수행합니다. 또한 데이터베이스와 서비스를 클릭 한 번으로 생성할 수 있습니다. 자신의 코드를 직접 배포하면서 PaaS 비용을 지불하지 않고도 push-to-deploy 기능을 사용하려는 개발자를 대상으로 합니다.

설치.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

이 스크립트는 Docker를 설치하고 Coolify 전용 컨테이너 스택을 구동합니다. 진행하기 전에 컨테이너가 정상 상태인지 확인하십시오.

docker ps --format 'table {{.Names}}\t{{.Status}}'

coolify, coolify-db, coolify-redis, coolify-realtime, coolify-proxy가 모두 Up 상태여야 합니다. 대시보드는 http://<your-ip>:8000에서 접속할 수 있습니다. 즉시 관리자 계정을 생성하십시오. 첫 계정이 생성되기 전까지는 등록 페이지가 열려 있어, 먼저 접속하는 사람이 서버의 제어권을 갖게 됩니다. 그 후 인스턴스 도메인을 설정하고 와일드카드 DNS 레코드(*.example.com 또는 *.apps.example.com)를 서버로 지정하여 Coolify가 배포된 각 앱에 고유한 서브도메인을 할당할 수 있도록 하십시오.

첫 번째 앱 추가. Git 소스(GitHub, GitLab 또는 일반 저장소 URL)를 연결하고, 브랜치를 선택한 뒤 도메인을 설정하고 배포하십시오. Coolify에 내장된 Traefik 프록시가 서브도메인을 라우팅하고 인증서를 요청합니다. 기성 소프트웨어의 경우, 서비스 카탈로그를 통해 클릭 몇 번으로 배포가 가능합니다. 수동으로 구성해야 할 n8n 워크플로우 자동화 스택이나 상태 페이지 모니터링을 위한 Uptime Kuma도 항목 하나로 간편하게 배포할 수 있습니다.

TLS 및 백업. 번들로 제공되는 Traefik을 통해 앱별로 Let's Encrypt가 자동 적용되므로, 배포된 모든 서브도메인은 인증서를 발급받습니다. 백업은 데이터베이스 위주로 진행됩니다. Postgres 및 MySQL 덤프를 S3 호환 스토리지에 저장하도록 예약할 수 있습니다. 인스턴스 전체 백업(/data/coolify 경로에 위치한 Coolify 설정 자체)은 수동 작업이 필요하므로 직접 내보내어 보관하십시오.

비용 및 라이선스. 셀프 호스팅 에디션은 완전한 오픈 소스이며 무료입니다. 앱 개수 제한도 없습니다. 앱은 사용자의 서버에서 실행되면서 제어 평면만 호스팅해 주는 선택적 유료 서비스인 Coolify Cloud가 존재하며, 편리하지만 필수는 아닙니다.

장애 유형: 앱은 배포되었으나 도메인이 로드되지 않는 경우. 대시보드는 http://<ip>:8000에서 정상 작동하고 빌드도 성공했으나, 앱 URL 접속 시 연결 오류가 발생하거나 Traefik에서 404 page not found 오류가 나타나는 경우입니다. 이는 앱이 아닌 프록시나 DNS 문제일 가능성이 큽니다. 흔한 원인은 두 가지입니다. 첫째, 프록시가 시작될 때 80번 또는 443번 포트가 이미 사용 중이어서 Docker 오류로 컨테이너가 종료된 경우입니다.

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

둘째, 와일드카드 DNS 레코드가 누락되어 Traefik이 해당 호스트네임에 대한 요청을 받지 못하는 경우입니다. 만약 Coolify의 서버 카드에 "Server is not reachable"이라고 표시된다면 이는 다른 문제입니다. Coolify가 서버의 Docker 소켓과 통신할 수 없는 상태이며, 보통 Docker 데몬이 중지되었거나 SSH 키가 손상된 경우입니다. 추측하기 전에 로그에서 실제 원인을 확인하십시오.

docker logs coolify-proxy --tail 100

프록시 페이지에서 문제를 해결하십시오. Restart Proxy를 누르거나 프록시 설정을 기본값으로 초기화한 뒤 다시 시작하고, 설정이 적용될 때까지 약 2분 정도 기다리십시오. 8000번 포트는 대시보드를 일반 HTTP로 제공하므로, 전 세계에 개방하기보다 본인의 IP에서만 접근 가능하도록 제한하거나 프록시 오작동 시에만 일시적으로 여는 것이 좋습니다. Coolify 공식 문서에 따르면 대시보드가 자체 도메인을 통해 제공되기 시작하면 8000, 6001, 6002번 포트는 닫아도 됩니다.

동일한 VPS에서의 리소스 오버헤드

실제 워크로드를 배포하기 전, 동일한 4GB 사양의 박스에서 유휴 상태일 때 측정한 결과입니다. 전체 리소스 사용량은 애플리케이션 구성에 따라 변하므로, 단일 수치를 맹신하기보다는 free -m 및 docker stats --no-stream 명령어를 사용하여 직접 확인하십시오.

• CasaOS가 가장 가볍습니다. 패널은 소규모 Go 서비스 집합으로 구성되어 있으며, 실행 중인 컨테이너 외에 약 150~300 MB의 오버헤드가 추가됩니다.
• Coolify는 자체 지원 컨테이너(애플리케이션, Postgres, Redis, 실시간 서비스, Traefik)를 여러 개 실행하므로, 아무것도 배포하지 않은 유휴 상태에서도 약 600 MB~1 GB를 점유합니다.
• Cloudron은 유휴 상태에서 가장 무겁습니다. 사용 여부와 관계없이 자체 nginx, 데이터베이스, 메일 스택, 모니터링 도구를 실행하기 때문이며, 유휴 상태에서 1~1.5 GB를 할당해야 합니다. 이것이 최소 2GB를 요구하며 4GB 환경에서 더 원활하게 동작하는 이유입니다.

2GB 용량의 소형 VPS에서는 CasaOS가 실제 애플리케이션을 위한 공간을 가장 많이 확보해주며, Cloudron은 가장 적게 확보합니다. 만약 2GB 플랜을 사용하면서 메일 서버가 포함된 Cloudron을 운영할 계획이라면, 서버 사양 업그레이드를 고려하십시오.

업데이트, 백업 및 벤더 종속성 비교

업데이트. Cloudron은 플랫폼과 모든 앱을 검증된 일정에 따라 자동으로 업데이트합니다. 가장 적은 노력이 들며 가장 세심한 관리를 제공합니다. Coolify는 자체 대시보드에서 버튼 하나로 스스로를 업데이트합니다. CasaOS는 설치 스크립트나 apt를 통해 패널을 업데이트하지만, 설치된 앱은 사용자가 직접 pull하고 재시작해야 합니다.

벤더 종속성, 2년 차에 체감되는 문제. CasaOS는 종속성이 가장 낮습니다. 앱이 일반적인 Compose 프로젝트로 구성되어 있으므로, docker-compose.yaml와 /DATA 하위의 볼륨을 다른 호스트로 복사하여 그대로 운영할 수 있습니다. Coolify는 중간 단계에 해당합니다. 배포물은 사용자의 Dockerfile과 저장소이지만, 구성 정보는 Coolify 데이터베이스에 저장되므로 호스트를 옮기려면 대상 서버에서 프로젝트를 다시 생성해야 합니다. Cloudron은 종속성이 가장 높습니다. 앱이 Cloudron 전용 패키지로 구성되어 있기 때문입니다. 우수한 백업 기능을 통해 데이터는 깔끔하게 추출할 수 있지만, 패키징 방식은 이식되지 않으므로 대상 플랫폼에서 다시 배포해야 합니다. 데이터는 이동 가능하지만, 인프라 구성은 이동할 수 없습니다.

어떤 것을 선택해야 할까요

요약하자면 다음과 같습니다. 세 가지 중 서버 관리에 가장 손이 덜 가는 방식을 원하고, 패키지화된 여러 앱을 실행하며, 관리형 TLS, 백업 및 업데이트를 위해 연간 비용을 지불할 의향이 있다면 Cloudron을 선택하십시오. 홈 네트워크 내부나 리버스 프록시 뒤에서 홈랩을 운영하고, Docker를 다루기 쉬운 인터페이스로 관리하고 싶으며, 비용을 전혀 지불하고 싶지 않다면 CasaOS를 선택하십시오. Git에서 직접 코드를 배포하고, 호스팅형 PaaS 비용 없이 자동 TLS가 포함된 push-to-deploy 기능을 원한다면 Coolify를 선택하십시오. 이 세 가지 중 본인에게 해당하는 것이 없다면, 다음 섹션에서 솔직한 답변을 확인할 수 있습니다.

이 세 가지를 모두 건너뛰십시오.

규모에 대해 솔직해지십시오. 애플리케이션을 한두 개만 운영하거나 서버에 무엇이 설치되어 있는지 정확히 파악하고 제어하고 싶다면, 관리 패널을 사용하지 마십시오. 작고 안정적인 스택을 운영할 때 패널이 주는 오버헤드와 종속성은 그만한 가치가 없습니다. 직접 구축하는 방식은 본인의 Compose 파일 앞에 리버스 프록시를 두는 것입니다. 여러 Docker Compose 애플리케이션 앞단에 자동 TLS를 적용한 Traefik을 사용하면 패널의 무게감 없이도 클릭 한 번으로 HTTPS를 적용하는 것과 같은 효과를 얻을 수 있으며, 직접 이해할 수 있는 cron restic 작업으로 백업을 수행할 수 있습니다.

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

단일 핵심 애플리케이션의 경우 그 이유는 더욱 명확합니다. TLS와 자체 백업 루틴을 갖춘 Docker 기반 Nextcloud 설치는 하나의 Compose 파일과 하나의 인증서로 충분합니다. 이를 실행하기 위해 전체 어플라이언스를 구축하는 것은 비용만 들 뿐 이점이 없습니다. 어떻게 운영할지 결정하기 전에 무엇을 운영할지 고민 중이라면, 2026년 셀프 호스팅할 가치가 있는 서비스 가이드가 더 나은 출발점이 될 것입니다.

FAQ

셀프 호스팅 패널이 꼭 필요한가요?

여러 애플리케이션에 걸쳐 패널이 자동화하는 네 가지 기능(원클릭 설치, 자동 TLS, 예약 백업, 사용자 관리)이 중요할 때만 필요합니다. 서비스가 한두 개라면 Traefik 뒤에서 Docker Compose를 사용하는 것만으로도 오버헤드 없이 동일한 TLS 작업을 수행할 수 있으며, 특정 플랫폼에 종속되지도 않습니다. 패널은 운영하는 앱이 많고, 패널이 점유하는 RAM 비용보다 사용자의 시간이 더 가치 있을 때 효율적입니다.

초보자에게 가장 좋은 패널은 무엇인가요?

외부 인터넷에 노출되지 않는 홈랩 환경이라면 CasaOS가 가장 시작하기 쉽습니다. 명령어 한 줄로 친숙한 UI를 사용할 수 있으며 비용도 들지 않습니다. 다만, 기본적으로 평문 HTTP로 동작하므로 외부로 서비스를 노출하기 전에는 반드시 TLS 종료 기능을 갖춘 리버스 프록시를 앞에 두어야 합니다. 관리형 TLS와 백업 기능을 원하고 비용을 지불할 의사가 있다면, 두 개의 앱까지 무료로 제공하는 Cloudron이 가장 친절한 가이드를 제공합니다.

Cloudron은 무료인가요?

부분적으로 그렇습니다. 무료 티어에서는 두 개의 앱까지 허용하므로, 테스트 용도나 아주 작은 규모의 환경에는 적합합니다. 그 이상을 사용하려면 월간 또는 연간 구독료를 지불해야 하며, 유료 티어에서는 앱 개수 제한 없이 사용할 수 있습니다. Cloudron은 무료 소프트웨어가 아니라 제한된 무료 플랜을 가진 상용 제품이므로, 스택이 커질 계획이라면 예산을 고려해야 합니다.

기존에 운영 중인 앱과 함께 패널을 설치할 수 있나요?

Cloudron은 불가능합니다. Cloudron은 서버 전체를 관리하므로 깨끗한 Ubuntu 환경을 요구하며, nginx, Docker, Node가 이미 설치되어 있으면 설치를 중단합니다. CasaOS와 Coolify는 자체 Docker 스택을 설치하므로 원칙적으로는 기존 서버와 공존할 수 있으나, 두 패널 모두 80번과 443번 포트를 점유하려 하므로 이미 운영 중인 웹 서버나 프록시와 충돌합니다. 이미 서비스가 운영 중인 서버라면 패널은 적절한 도구가 아닙니다. 대신 Traefik과 Compose를 사용하는 것을 권장합니다.

나중에 패널에서 벗어나려면 어떻게 해야 하나요?

필요하기 전에 미리 탈출 계획을 세워야 합니다. CasaOS의 경우, 앱의 docker-compose.yaml과 /DATA 볼륨을 새 호스트로 복사한 뒤 다시 시작하면 됩니다. Coolify는 각 프로젝트의 설정을 내보낸 뒤 대상 서버에서 동일한 저장소를 가리키도록 설정합니다. Cloudron은 패키지 자체가 아닌 데이터만 이동 가능하므로, 새 플랫폼에 앱을 새로 설치한 뒤 백업에서 데이터를 복원해야 합니다. 어떤 경우든 기존 서버를 삭제하기 전에 반드시 테스트용 서버에서 복원 과정을 검증하십시오.