2024년 6월, Cara 앱이 입소문을 타면서 일주일 만에 사용자가 40,000명에서 650,000명으로 늘었고, 창업자는 지난주 Vercel 청구서가 $96,280 였다고 밝혔습니다. 이는 더 광범위한 패턴의 극단적인 사례였습니다. 사용량 기반 플랫폼은 트래픽, 봇, 대역폭, 함수 호출이 예상치 못한 청구서로 변하기 전까지는 편리합니다.
이제 Vercel은 알림, 웹훅, 그리고 설정한 지출 금액에 도달하면 프로덕션 배포를 일시 중지하는 옵션을 포함한 지출 관리 기능을 제공합니다. 따라서 개발자에게 제어 수단이 없다는 것이 요점은 아닙니다. 요점은 그 제어 수단을 여전히 이해하고, 설정하고, 모니터링해야 한다는 것입니다. Heroku는 다른 종류의 압박을 만듭니다. 단순하고 성숙하지만, 작은 앱을 넘어 관리형 데이터베이스, Redis, 워커, 백업, 모니터링을 추가하기 시작하면 비용이 빠르게 늘어날 수 있습니다.
그 결과, 직접 제어하는 VPS에서 Heroku 스타일의 배포 경험 일부를 재현하려는 오픈소스 자체 호스팅 PaaS 도구들의 생태계가 성숙해지고 있습니다. 코드를 푸시하고, 도메인을 연결하고, SSL을 받고, 데이터베이스를 실행하고, 완전한 Kubernetes 플랫폼을 구축하지 않고도 앱을 관리합니다.
이 글에서는 그중 여섯 가지를 비교합니다. Coolify, Dokku, CapRover, Dokploy, Kamal, seelf입니다. 목표는 별을 가장 많이 받은 도구를 1등으로 뽑는 것이 아닙니다. 목표는 의사 결정의 범위를 명확히 정리해서, 여러분의 제약 조건에 맞는 도구를 고르거나, 혹은 그 어떤 것도 맞지 않으니 관리형 플랫폼이 여전히 정답이라는 점을 알아차릴 수 있게 하는 것입니다.
짧은 답변
자체 호스팅 PaaS는 여러분의 서버에서 Docker 빌드, 리버스 프록시 설정, SSL, 앱 배포, 그리고 기본적인 서비스 관리를 자동화할 수 있습니다. 기본적으로 제공하지 않는 것은 관리형 플랫폼의 완전한 인프라 계층입니다. 즉 자동 멀티 리전 페일오버, 손댈 필요 없는 데이터베이스 안정성, 플랫폼이 관리하는 장애 대응은 제공하지 않습니다.
- Coolify를 선택하세요 여러분의 VPS에서 완전한 Heroku 스타일 대시보드에 가장 가까운 것을 원한다면.
- Dokku를 선택하세요 가장 가벼운 git-push 배포 흐름을 원하고 CLI 사용이 편하다면.
- CapRover를 선택하세요 단순한 시각적 앱 관리자를 원하고 주로 단일 컨테이너 앱을 배포한다면.
- Dokploy를 선택하세요 세련된 최신 대시보드, Docker Compose 지원, 그리고 Coolify보다 깔끔한 UI를 원한다면.
- Kamal을 선택하세요 CLI 우선 배포 도구를 원한다면, 특히 Rails나 컨테이너화된 앱에 적합합니다.
- seelf를 선택하세요 작은 웹 UI를 갖춘 가벼운 Docker Compose 배포 도구를 원한다면.
관리형 호스팅 청구액이 아직 낮고 서버를 유지하고 싶지 않다면, 관리형을 유지하세요. 청구액이 늘어나고 있고 업데이트, 백업, 방화벽 규칙, 장애 대응을 직접 맡는 것이 괜찮다면, 자체 호스팅 PaaS가 합리적일 수 있습니다.
자체 호스팅 PaaS가 실제로 비용 면에서 합리적일 때
비용이 역전되는 지점이야말로 가장 흔히 단순화되는 부분입니다.
작은 Heroku 프로덕션 구성은 월 $100 미만으로 시작할 수 있지만, 여러 dyno, 더 큰 관리형 Postgres, Redis, 백업, 모니터링, 혹은 더 높은 가용성 요구사항을 추가하면 청구액이 수백에서 수천 달러로 올라갈 수 있습니다. 비슷한 앱 스택은 흔히 $15~$30 VPS에서 돌아갈 수 있지만, 여기에는 Heroku/Vercel 스타일 플랫폼이 추상화해 주는 관리형 데이터베이스 안정성, 백업, 페일오버, 지원이 포함되지 않습니다.
이것이 진짜 거래입니다. 여러분은 관리형 플랫폼을 더 적은 비용으로 똑같은 것으로 대체하는 것이 아닙니다. 플랫폼의 편리함을 VPS, 오픈소스 배포 계층, 그리고 여러분 자신의 유지보수 시간으로 대체하는 것입니다.
유용한 경험칙은 이것입니다. 자체 호스팅은 관리형 청구액이 충분히 부담스러워서 절감액이 그 수고를 정당화할 때 합리적이기 시작합니다. 작은 SaaS의 경우, 흔히 청구액이 대략 월 $50를 넘고 운영자가 업데이트, 백업, 기본 모니터링에 현실적으로 한 달에 몇 시간을 쓸 수 있을 때를 의미합니다.
VPS에 Docker를 설치하는 가이드 는 이 글의 모든 도구에 필요한 선행 조건입니다. 서버에서 Docker가 아직 실행되고 있지 않다면, 거기서부터 시작하세요.
절감 효과는 실제로 있지만, 서버를 기꺼이 유지보수할 의향이 있을 때만 나타납니다.
여섯 가지 도구, 나란히 비교
도구별로 살펴보기에 앞서, 여섯 가지 선택지를 나란히 놓고 보는 것이 좋습니다. 올바른 도구는 커뮤니티가 가장 시끄러운 것이 아니라, 그 한계를 여러분이 감내할 수 있는 것입니다.
| 도구 | 대략적인 GitHub 별 수 | 철학 | 멀티 서버 지원 | 상대적 설치 부담 | 가장 적합한 사용 사례 |
|---|---|---|---|---|---|
| Coolify | 54k+ | 웹 UI, 완전한 자체 호스팅 PaaS 경험 | 현재 Swarm 방식은 폐기 예정, v5 확장성 계획 중 | 높음 | 여러 앱, 대시보드 선호 |
| Dokku | 31.9k | git-push, CLI, 플러그인 기반 | 단일 서버 전용 | 매우 낮음 | 한두 개 앱, 최소한의 오버헤드 |
| CapRover | 15k+ | GUI 우선 앱 관리자 | Docker Swarm 지원 | 중간 | 단순한 시각적 배포 및 단일 컨테이너 앱 |
| Dokploy | 33.7k+ | 최신 웹 UI, Coolify 대안 | 원격 서버 / Docker Swarm 지원 | 중간 | 세련된 UI를 원하는 Docker Compose 사용자 |
| Kamal | 14.2k+ | CLI 우선, 호스트 대시보드 없음 | 여러 서버, 비클러스터 오케스트레이션 | 매우 낮은 호스트 오버헤드 | Rails 또는 Docker 앱, CLI에 익숙한 팀 |
| seelf | 343 | 가벼운 Compose 배포 | 단일 노드 | 낮음 | 최소한의 오버헤드로 Docker Compose 스택 운영 |
여러분의 제약 조건에 맞지 않는 큰 프로젝트는, 제약 조건에 맞는 작은 프로젝트와 똑같은 유지보수 시간을 여전히 잡아먹습니다.
Coolify: 완전한 대시보드 경험
Coolify는 이 분야에서 가장 인기 있는 자체 호스팅 PaaS 도구 중 하나이며, 완전한 Heroku 스타일 대체제에 가장 가까운 도구입니다. 앱, 서비스, 환경, 도메인, SSL, 배포, 데이터베이스를 한곳에서 관리할 수 있는 웹 대시보드를 제공합니다.
Coolify는 이 분야에서 가장 눈에 띄는 프로젝트 중 하나이며, 긴 베타 기간을 거쳐 v4.0.0 안정 버전이 2026년 4월 27일에 출시되었습니다. 이것이 중요한 이유는 Coolify가 이미 프로덕션에서 널리 사용되고 있었지만, 안정 버전 출시로 신규 사용자에게 더 명확한 기준점이 생겼기 때문입니다.
Coolify가 잘하는 것은 사람들이 Heroku나 Vercel 대안에서 원하는 개발자 대상 영역의 대부분을 아우릅니다. 여러 앱을 배포하고, Docker Compose 스택을 실행하고, Postgres와 Redis 같은 서비스를 추가하고, Traefik을 통한 자동 SSL을 사용하고, GitHub, GitLab, Gitea, Bitbucket을 연결할 수 있습니다.
Coolify를 운영하는 비용은 흔히 과소평가되는 부분입니다. 서버에서 여러분의 앱만 돌아가는 것이 아니라, Coolify 자체가 실질적인 플랫폼 계층입니다. 적절한 사양의 VPS에서는 괜찮지만, 아주 작은 VPS에서는 빠듯합니다. Dokku와 비교하면 Coolify는 더 풍부한 대시보드와 더 많은 기본 편의 기능을 제공하지만, 그만큼 더 많은 서버 자원과 더 적극적인 유지보수를 요구합니다.
Coolify는 이 목록에서 가장 큰 보안 교훈도 안고 있습니다. 2026년 1월, Coolify CVE 공개 에서 명령어 주입, 인증 우회, 개인 키 노출 문제를 포함한 11개의 심각한 취약점이 패치되었습니다. Censys는 당시 공개적으로 노출된 Coolify 인스턴스를 약 52,890개로 확인했고, 벨기에 사이버보안센터는 즉각적인 패치를 권고하는 권고문 을 발표했습니다.
이것이 Coolify를 피해야 한다는 뜻은 아닙니다. Coolify를 서버에 대한 실질적인 권한을 가진 관리자 패널처럼 다뤄야 한다는 뜻입니다. 가능하면 대시보드를 공개 인터넷에서 차단하세요. Tailscale이나 WireGuard 같은 사설 네트워크에 바인딩하고, IP로 접근을 제한하고, 보안 업데이트를 신속하게 적용하세요.
여러분이 완전한 대시보드를 원하고, 여러 앱을 관리하고, 시각적 워크플로를 선호하며, 플랫폼 자체의 패치를 직접 책임진다는 점을 받아들인다면 Coolify가 올바른 선택입니다.
Dokku: 제대로 작동하는 가장 작은 PaaS
Dokku는 이 비교에서 가장 단순하면서도 진지한 선택지입니다. 2013년부터 존재했고, Heroku 스타일의 git-push 워크플로를 사용하며, 한 가지를 잘하자는 철학에 충실합니다.
워크플로는 간단합니다. 리모트를 추가하고, 앱을 푸시하면, Dokku가 빌드하고 실행합니다. 플러그인이 Postgres, MySQL, MongoDB, Redis, 백업, 인증서, 예약 작업 같은 일반적인 필요를 처리합니다. 웹 대시보드는 없는데, 이를 어떻게 보느냐에 따라 불편함일 수도 있고 공격 표면 축소일 수도 있습니다.
Dokku의 가장 큰 장점은 작은 설치 부담입니다. 적당한 규모의 앱과 데이터베이스 플러그인이라면 작은 VPS에서도 무난하게 돌아갈 수 있습니다. 그래서 작은 관리형 플랫폼 청구액을 가벼운 VPS 구성으로 대체하는 것이 목표라면, Dokku는 가장 방어하기 좋은 선택지 중 하나입니다.
Dokku는 기본적으로 여전히 빌드팩을 사용하며, Docker 지원도 함께 제공됩니다. 일부 개발자는 빌드팩을 구식으로 보지만, Heroku에서 이주하는 사람에게는 흔히 그 점이 바로 핵심입니다. Procfile과 Heroku 스타일 배포 습관이 그대로 자연스럽게 옮겨집니다.
주된 단점은 Dokku가 CLI에 익숙할 것을 기대한다는 점입니다. 클릭으로 둘러보고 싶은 팀원을 위한 대시보드도 없고, 여러 앱을 관리하기 위한 세련된 UI도 없으며, Coolify나 Dokploy보다 손을 덜 잡아줍니다.
Dokku는 한 번의 git push, 가장 작은 실용적 서버 설치 부담, 그리고 방어할 공개 관리자 패널이 없기를 원할 때 올바른 답입니다.
CapRover, Dokploy, Kamal, seelf: 나머지 넷
Coolify와 Dokku가 명백한 기본 선택 두 가지이지만, 나머지 네 도구도 들러리는 아닙니다. 각각은 특정 제약 조건에 맞게 합당합니다.
CapRover
CapRover는 Docker, nginx, Let's Encrypt, NetData를 중심으로 구축된 GUI 우선 앱·데이터베이스 배포 관리자입니다. 이해하기 쉽고, 설치하기 쉬우며, 앱이 단순한 단일 컨테이너 배포 모델에 맞는다면 특히 편안합니다.
CapRover는 Docker Swarm을 지원합니다. 2025년 11월에 v1.14.1이 출시되는 등 여전히 유지보수되고 있지만, Coolify나 Dokploy 같은 최신 대시보드 우선 대안만큼 빠르게 움직이는 느낌은 아닙니다. 완전히 새로운 배포라면 이 점이 중요합니다. 여러분은 오늘의 기능 세트만 고르는 것이 아니라, 앞으로 함께 살아가야 할 도구의 유지보수 속도를 고르는 것입니다.
CapRover는 이미 사용 중이거나, 그 단순함이 마음에 들거나, Coolify의 무거운 느낌 없이 시각적 인터페이스를 원한다면 여전히 합리적입니다. 새 프로젝트라면, CapRover의 단순함이 결정적인 요인이 아닌 한 보통 Dokploy나 Coolify를 추천하기가 더 쉬울 것입니다.
Dokploy
Dokploy는 최신 Coolify 대안에 가장 가까운 도구입니다. 세련된 대시보드를 갖추고, Docker Compose를 지원하고, 템플릿을 포함하며, 앱, 데이터베이스, 도메인, 배포를 관리하는 더 깔끔한 UI를 개발자에게 제공합니다.
중요한 정정 사항은, Dokploy가 더 이상 설계상 단순한 단일 노드가 아니라는 점입니다. 기본적으로 같은 노드에서 앱을 실행하지만, 이제 원격 서버, 클러스터 설정, Docker Swarm 기반 배포를 지원합니다. 그렇다고 관리형 오토스케일링 플랫폼이 되는 것은 아니지만, Dokploy를 기본적인 단일 서버 대시보드보다 더 유연하게 만들어 줍니다.
Dokploy의 장점은 사용성입니다. 일부 오래된 도구보다 더 새롭고, 더 깔끔하며, 더 빠르게 움직이는 느낌입니다. 그 대가는 Coolify보다 작은 커뮤니티와 Dokku보다 짧은 장기 실전 검증입니다.
최신 웹 UI를 원하고, Docker Compose로 작업하며, Coolify의 발상은 좋지만 그 무게나 최근의 보안 부담은 원치 않는다면 Dokploy를 선택하세요.
Kamal
Kamal은 이 목록의 나머지와 다릅니다. 웹 대시보드가 아닙니다. 37signals가 만든 CLI 배포 도구로, 원래는 Rails를 중심으로 설계되었지만, Docker로 컨테이너화할 수 있는 어떤 웹 앱이든 배포할 수 있습니다.
Kamal은 Docker 레지스트리 기반 워크플로와 SSH를 사용해 컨테이너를 서버에 배포합니다. 호스트에 상시 관리자 대시보드를 띄우지 않아서 배포 표면을 더 작게 유지합니다. 여러 서버에 걸쳐 배포할 수 있지만, Kubernetes나 관리형 클러스터처럼 서버를 오케스트레이션하지는 않습니다.
그래서 Kamal은 대시보드보다 코드 기반 운영을 선호하는 팀에 잘 맞습니다. 팀이 이미 터미널에서 작업하고, Docker 이미지를 이해하며, PaaS 패널 없이 반복 가능한 배포를 원한다면 Kamal은 깔끔한 선택지입니다.
Rails 앱, 컨테이너화된 앱, 그리고 플랫폼 UI보다 가능한 한 가장 작은 배포 도구를 원하는 팀이라면 Kamal을 선택하세요.
seelf
seelf는 여기서 가장 작고 가장 틈새에 특화된 도구입니다. Docker Compose 스택과 작은 웹 대시보드를 중심으로 구축된 가벼운 배포 플랫폼입니다.
주된 매력은 단순함입니다. 이미 작동하는 Docker Compose 파일이 있고 이를 자신의 인프라에 배포할 깔끔한 방법을 원한다면, seelf로 충분할 수 있습니다. 완전한 Heroku 대체제가 되려고 하지 않으며, 그 절제가 가치의 일부입니다.
그 대가는 커뮤니티 규모입니다. GitHub 별이 수백 개에 불과해서, 많은 튜토리얼, 커뮤니티 답변, 서드파티 통합을 원한다면 seelf는 고를 도구가 아닙니다. 무언가 예상과 다르게 동작할 때 문서를 꼼꼼히 읽거나 소스를 직접 들여다봐야 할 수도 있습니다.
워크플로가 Compose 우선이고 Coolify나 Dokploy가 필요 이상으로 무겁게 느껴진다면 seelf를 선택하세요.
중요하게 봐야 할 솔직한 한계들
자체 호스팅 PaaS 도구는 반복적인 배포 작업을 가려 주기 때문에 유용합니다. 사용자가 그 밑에 있는 서버가 여전히 자신의 책임이라는 점을 잊을 때 위험해집니다.
단일 노드 한계
이 도구들은 VPS 한 대로 충분할 때 가장 다루기 쉽습니다. 일부는 멀티 서버 배포를 지원하지만, 추가 설계 없이 관리형 플랫폼 수준의 오토스케일링이나 멀티 리전 페일오버를 제공하는 도구는 없습니다.
그것이 자동으로 결격 사유가 되는 것은 아닙니다. 많은 작은 앱은 적절한 사양의 VPS 한 대에서 무난하게 돌아갈 수 있습니다. 하지만 "서버 한 대로 충분하다"는 것은 의식적으로 받아들여야 할 제약이지, 장애가 났을 때 발견하는 것이어서는 안 됩니다.
운영 책임
자체 호스팅에서는 업데이트, 백업, 방화벽 규칙, 모니터링, 장애 대응을 여러분이 직접 책임집니다. Coolify의 2026년 CVE 사건은 그 책임이 실제로 어떤 모습인지를 보여 주는 가장 명확한 예시이지만, 같은 원칙이 이 목록의 모든 도구에 적용됩니다.
관리형 플랫폼은 그 작업의 상당 부분을 대신 흡수해 줍니다. 자체 호스팅 PaaS는 더 많은 제어권과 더 낮은 인프라 비용을 주지만, 동시에 여러분을 패치 일정 위에 올려놓습니다.
Docker 방화벽이 주는 의외의 상황
Docker의 포트 게시는 UFW나 기본적인 호스트 방화벽 가정에만 의존하는 사람들을 놀라게 할 수 있습니다. Docker는 포트 게시와 네트워크 격리를 위해 자체 방화벽 규칙을 생성하므로, "UFW가 켜져 있다"는 것만으로는 그 자체로 충분하지 않습니다.
더 안전한 완화책은, 컨테이너가 리버스 프록시 뒤에 있을 때 localhost에 바인딩하고, Docker 네트워크를 의도적으로 사용하며, DOCKER-USER 체인을 통해 필터링을 관리하는 것입니다. 다음을 설정하는 것은 iptables=false 고급 옵션이며 대부분의 사용자에게는 적절하지 않습니다. 컨테이너 네트워킹을 망가뜨릴 수 있기 때문입니다.
리버스 프록시 충돌
많은 자체 호스팅 PaaS 도구는 자체 리버스 프록시를 설치하거나 그것을 전제합니다. Coolify는 Traefik을 사용합니다. CapRover는 nginx를 사용합니다. 여러분의 VPS에 있는 다른 서비스가 이미 Caddy, nginx, 또는 다른 프록시를 사용하고 있을 수도 있습니다.
두 서비스가 80번과 443번 포트를 서로 차지하려고 하면 충돌합니다. 해결책은 보통 하나의 리버스 프록시로 통합하거나, PaaS를 기존 프록시 뒤에 의도적으로 배치하는 것입니다. 바쁜 서버에 대시보드형 PaaS를 설치해 놓고 현재의 웹 스택과 자동으로 공존하리라고 가정하지 마세요.
시간 비용
Hacker News에서 제기된 반론은 적지 않은 수의 팀에게 와닿습니다. PaaS를 스스로 관리하고 있다면, 여전히 PaaS의 이점을 누리고 있는 것인가요?
때로는 답이 예입니다. 관리형 청구액이 충분히 높고 앱이 충분히 단순하다면, 자체 호스팅 PaaS는 의미 있는 비용을 절감할 수 있습니다. 때로는 답이 아니오입니다. 자체 호스팅이 월 $30를 절감하지만 유지보수, 문제 해결, 걱정에 네 시간이 든다면, 계산은 아마 맞지 않을 것입니다.
자체 호스팅 PaaS는 거래이지, 공짜 업그레이드가 아닙니다.
빠른 결론
선택 Coolify 대시보드가 필요하고, 서버 한 대에 여러 앱을 올리고 싶으며, 거래의 일부로 적극적인 패치 의무를 받아들인다면.
선택 Dokku 한 번의 git push, 가장 작은 실용적 서버 설치 부담, 그리고 방어할 공개 대시보드가 없기를 원한다면.
선택 Dokploy 더 깔끔한 최신 UI, Docker Compose 지원, 그리고 기본적인 단일 노드 대시보드보다 더 많은 유연성을 원한다면.
선택 CapRover 단순한 시각적 앱 관리자를 원하고 배포 방식이 그 모델에 맞는다면.
선택 Kamal 팀이 CLI에 익숙하고 플랫폼 대시보드 없이 반복 가능한 Docker 배포를 원한다면.
선택 seelf 가벼운 Docker Compose 배포를 원하고 큰 생태계가 필요하지 않다면.
관리형 청구액이 아직 낮고 유지보수 작업을 하고 싶지 않다면, 관리형을 유지하세요.
자체 호스팅을 시작하는 더 간단한 방법
자체 호스팅 PaaS에서 가장 어려운 부분이 늘 도구 자체인 것은 아닙니다. 그 주변의 설정입니다. VPS를 준비하고, Docker를 설치하고, 네트워킹을 구성하고, 올바른 포트를 열고, SSL을 처리하고, 대시보드가 부주의하게 노출되지 않도록 하는 것입니다.
바로 그 지점에서 원클릭 앱 마켓플레이스가 첫걸음을 더 쉽게 만들어 줄 수 있습니다. 빈 VPS에서 시작하는 대신, Coolify, Dokku, seelf 같은 도구를 위한 사전 구축된 배포를 사용하고 그 플랫폼이 여러분의 앱에 맞는지에 집중할 수 있습니다.
Cloudzy의 마켓플레이스 는 Coolify, Dokku, seelf의 원클릭 설치를 포함합니다. 그것이 서버를 유지보수할 책임을 없애 주지는 않지만, 애초에 개발자가 자체 호스팅 PaaS를 시험해 보지 못하게 막는 설정상의 마찰을 상당 부분 없애 줍니다.
자주 묻는 질문
Heroku의 최고 자체 호스팅 대안은 무엇인가요?
Coolify와 Dokku가 가장 안전한 기본 선택입니다. 대시보드와 더 완전한 플랫폼 경험을 원한다면 Coolify를 고르세요. 가장 가벼운 Heroku 스타일 git-push 워크플로를 원하고 CLI 사용이 편하다면 Dokku를 고르세요.
Coolify를 프로덕션에서 사용해도 안전한가요?
Coolify는 프로덕션에서 사용할 수 있지만, 강력한 서버 관리자 패널처럼 다룰 때만 그렇습니다. 대시보드를 비공개로 유지하고, 접근을 제한하고, 업데이트를 신속하게 적용하세요. 패치 계획 없이 패널을 공개적으로 노출하는 것이 위험한 부분입니다.
Coolify vs Dokku: 무엇을 골라야 하나요?
여러 앱을 운영하고 웹 대시보드를 원한다면 Coolify를 고르세요. 한두 개 앱을 운영하고, CLI를 선호하며, 가장 낮은 오버헤드를 원한다면 Dokku를 고르세요.
자체 호스팅 PaaS가 Next.js에서 Vercel을 대체할 수 있나요?
많은 작은 앱이라면, 예입니다. Coolify와 Dokploy는 Next.js 앱을 호스팅할 수 있지만, Vercel의 관리형 엣지/CDN 계층을 포기하게 되며 캐싱, ISR 동작, 이미지 최적화 확장, 다중 인스턴스 일관성을 직접 구성해야 합니다.
Kubernetes가 필요할까요, 아니면 자체 호스팅 PaaS로 충분할까요?
VPS 한 대로 충분하고 오토스케일링이나 멀티 리전 페일오버가 필요하지 않다면, 자체 호스팅 PaaS로 충분합니다. 조율된 멀티 노드 스케줄링, 자동화된 스케일링, 더 깊은 인프라 제어가 필요하다면, Docker Swarm, Nomad, 혹은 Kubernetes 쪽으로 가고 있는 것입니다.
Dokku는 아직 유지보수되고 있나요?
예. Dokku는 여전히 꾸준히 릴리스를 내고 있지만, 최신 대시보드 우선 도구들에 비해 느리게 움직입니다. 인프라 소프트웨어에서는 그것이 약점이라기보다 강점이 될 수 있습니다.
