Ile RAM-u potrzebuje Coolify?

Minimum podawane przez Coolify to 2 vCPU i 2 GB RAM, ale to pokrywa tylko panel sterowania. Prawdziwym pożeraczem pamięci są buildy: build Node.js czy Next.js potrafi sam zająć 1–2 GB. Dla kilku aplikacji i bazy danych 4 GB (Small-IP) to próg, od którego przestaje być krucho.

Czy potrzebuję dedykowanego IP?

Tak. Coolify uruchamia reverse proxy, które odpowiada na portach 80 i 443 dla każdej wdrożonej aplikacji, i wystawia certyfikaty Let's Encrypt, co wymaga przychodzącego HTTP. Plany NAT nie przyjmują przychodzącego ruchu WWW, więc wybierz plan z własnym IPv4.

Czy mogę trzymać bazy danych na tym samym serwerze?

Możesz: Coolify wdraża Postgresa, MySQL-a, Redisa i inne jednym kliknięciem. Uwzględnij je tylko przy doborze RAM-u i ustaw zaplanowane kopie baz danych w Coolify do magazynu zgodnego z S3, żeby jeden serwer nie był jedyną kopią twoich danych.

Co się dzieje, gdy zapełni się dysk?

Każdy build zostawia po sobie obrazy i warstwy Dockera. Coolify ma ustawienie czyszczenia (włącz je), a od czasu do czasu warto sprawdzić 'docker system df'. Dysk 35 GB wystarczy na kilka małych aplikacji, jeśli stare obrazy są usuwane.

Czy Coolify nadaje się na produkcję?

Wiele osób uruchamia na nim prawdziwe produkty. Uczciwe zastrzeżenie: to jeden serwer, a Coolify aktualizuje się dość często. Ustal okno serwisowe, rób kopie zapasowe i nie traktuj go jak infrastruktury wysokiej dostępności.

VPS dla Coolify: własny self-hosted PaaS

Wdrażaj aplikacje z Gita z automatycznym HTTPS na własnym serwerze. Czego potrzebuje Coolify, jaki plan wybrać, polecenie instalacji i prawdziwe kompromisy.

Zarządzane platformy dla aplikacji są świetne, dopóki nie przyjdzie faktura: każda aplikacja, każdy worker, każda baza danych to osobna pozycja. Coolify daje ci większość tego przepływu pracy (push do Gita, wdrożona aplikacja z HTTPS) na jednym serwerze za stałą cenę. Jest open source, działa na Dockerze, a instalacja na świeżym VPS-ie zajmuje około pięciu minut.

Co dostajesz

Wdrożenia z Gita. Podłącz GitHuba, GitLaba lub dowolny adres Git; Coolify buduje przez Nixpacks lub twój Dockerfile i wdraża ponownie przy każdym pushu.
Automatyczny HTTPS. Skieruj domenę (lub wildcard) na serwer, a każda aplikacja dostanie własny certyfikat Let's Encrypt.
Usługi jednym kliknięciem. Postgres, Redis, MinIO, Plausible, Uptime Kuma, n8n i dziesiątki innych, wdrażane z szablonów.
Wdrożenia podglądowe dla pull requestów, jeśli ich chcesz.

Uczciwy dobór rozmiaru

Udokumentowane minimum Coolify to 2 vCPU / 2 GB RAM / 30 GB dysku. To wystarczy, żeby go zainstalować i wdrożyć coś małego. Gdy tylko zbudujesz aplikację JavaScript albo postawisz obok bazę danych, 2 GB zamieniają się w swap i timeouty.

Co uruchamiasz	Pasujący plan
Coolify + 1–2 strony statyczne lub małe API	Micro-IP: 2 vCPU, 2 GB, 25 GB ($10/mies.), dodaj swap
Kilka aplikacji + Postgres + buildy na maszynie	Small-IP: 4 vCPU, 4 GB, 35 GB ($16/mies.)
Wiele aplikacji, workery, cięższe buildy	Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/mies.)

Potrzebujesz planu z dedykowanym IP: proxy Coolify musi odpowiadać na 80 i 443 dla każdej aplikacji. Plany NAT przyjmują z zewnątrz tylko twój port SSH.

Instalacja

Na świeżym serwerze z Ubuntu 24.04 lub Debianem 12, jako root:

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

Skrypt instaluje Dockera i uruchamia Coolify. Otwórz http://YOUR_SERVER_IP:8000, od razu załóż konto administratora (pierwszy odwiedzający zostaje administratorem), a potem przejdź do Settings → Instance Domain i ustaw coś w rodzaju https://coolify.example.com.

Gdy panel działa pod swoją domeną, zamknij bezpośredni port:

ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp
ufw enable

Jedna pułapka: Docker publikuje porty kontenerów przez własne reguły iptables, które omijają ufw. Nie publikuj portów baz danych na hoście, jeśli naprawdę tego nie chcesz; trzymaj bazy w wewnętrznej sieci Coolify.

Jak dbać o kondycję

Czyszczenie. Włącz automatyczne czyszczenie Dockera w ustawieniach serwera w Coolify, inaczej stare obrazy po cichu zjedzą ci dysk.
Kopie baz danych. Każdy zasób bazy danych ma zakładkę zaplanowanych kopii: wysyłaj je do dowolnego bucketu zgodnego z S3.
Kopie serwera. Managed Backups robią codzienną kopię całego serwera za $2/mies., a w planach rocznych są w cenie.
Swap. Na maszynach z 2–4 GB plik swap o rozmiarze 2 GB ratuje buildy przed OOM killerem.

Kompromisy

To jedna maszyna. Gdy serwer się zrestartuje, mrugną wszystkie aplikacje na nim. Coolify też szybko się rozwija i często wydaje aktualizacje: zwykle to dobrze, czasem niespodzianka, więc aktualizuj w spokojnej godzinie, a nie w piątek wieczorem. I teraz to ty jesteś zespołem utrzymania: gdy build padnie o 2 w nocy, za przyciskiem „Deploy” nie stoi żadne wsparcie.

Dla samodzielnego programisty albo małego zespołu z kilkoma projektami ten układ zwykle się opłaca. Zamieniasz stos faktur za każdą aplikację na jeden serwer, który rozumiesz.

Powiązane

VPS dla Dockera: czysty Docker Compose, jeśli nie potrzebujesz panelu
Wdrażanie stosu Docker Compose
Ile RAM-u potrzebuje VPS?