NA HORYZONCIE — WKRÓTCE

⚓ idle harbor

Włącz jedną opcję, a microVM Twojej aplikacji zostaje zawieszona w migawce gdy ruch ustaje. Gdy śpi, płacisz tylko za magazyn zaparkowanej VM — ani grosza za obliczenia. Następne żądanie budzi ją w ~150–300 ms.

🧮 co naprawdę oszczędza

Magazyn migawki kosztuje 0,05 €/GB-miesiąc — ta sama stawka co kopia zapasowa. Typowa migawka microVM ma mniej więcej rozmiar przydzielonego jej RAM.

sloop · 1 vCPU / 2 GB

8,00 €/miesiąc zawsze włączone

~0,80 €/miesiąc w harbor przy 2 h/dzień aktywności

obliczenia przez 60 h + 2 GB magazynu migawki

ketch · 2 vCPU / 4 GB

16,00 €/miesiąc zawsze włączone

~2,90 €/miesiąc w harbor przy 4 h/dzień aktywności

obliczenia przez 120 h + 4 GB magazynu migawki

10 podglądów PR · 10× sloop

80,00 €/miesiąc zawsze włączone

~11,00 €/miesiąc w harbor w godzinach przeglądu

aktywne ~3 h/dzień, śpiące nocą i w weekendy

Obliczenia rozliczane są co sekundę, gdy aplikacja jest obudzona, a magazyn migawki co sekundę, gdy śpi. Bez zaokrągleń, bez minimów.

🗺️ włączanie

idle harbor

$ bootload deploy --image ghcr.io/you/app --idle-harbor --idle-after 15m …15 quiet minutes later… ⚓ app dropped anchor in the harbor — compute billing stopped now paying: snapshot storage only (~€0.05/month for this service) …a visitor arrives… 🌊 app under sail again in ~150–300 ms — the visitor just sees the page # already deployed? toggle it on without a redeploy: $ bootload service set --idle-harbor --idle-after 10m # or flip it off: $ bootload service set --no-idle-harbor

W portalu jest przełącznik jednym kliknięciem przy każdej usłudze. Okno bezczynności można ustawić od 1 minuty do 24 godzin — krótsze dla webhooków, które mają działać natychmiast, dłuższe dla usług, w których pierwsze wybudzenie może tolerować krótkie opóźnienie.

⚙️ co się dzieje, krok po kroku

🕐

ruch ustaje na N minut

Gateway zauważa, że przez skonfigurowane okno bezczynności nie nadeszło żadne żądanie (domyślnie: 15 min, do 1 min). Wysyła sygnał do node'a.

📸

migawka wykonana — < 1 sekunda

Agent node'a zamraża działającą microVM Firecracker i zapisuje pełny stan pamięci do zaszyfrowanego pliku migawki na dysku. Twój proces jest uchwycony w trakcie wykonywania — otwarte pliki, stan sieci, heap, wszystko.

⚓

vCPU i RAM zwolnione

VM zostaje zburzona. Slot CPU i pamięć wracają do node'a. Rozliczanie przełącza się: liczniki obliczeń zatrzymują się, startuje magazyn migawki (0,05 €/GB-miesiąc — ta sama stawka co kopia zapasowa).

🔔

nadchodzi żądanie

Gateway przechwytuje przychodzące żądanie i wstrzymuje je — połączenie wywołującego pozostaje otwarte, nie zwracany jest żaden błąd. Do agenta wysyłany jest sygnał przywrócenia.

🌊

VM przywrócona — ~150–300 ms

Firecracker ładuje migawkę z powrotem do nowej microVM. Zegar jest resynchronizowany do czasu rzeczywistego, generator liczb losowych (RNG) jest ponownie inicjowany ziarnem (więc nigdy nie odtwarzasz stanu entropii), a mapery wolumenów LUKS są ponownie otwierane, jeśli usługa ma podłączone wolumeny.

✅

health check przechodzi — żądanie zwolnione

Szybka sonda zdrowia potwierdza, że proces odpowiada. Wstrzymane żądanie zostaje przekazane dalej, kończy się normalnie, a usługa znów płynie pod żaglami. Odwiedzający widzi stronę, nie błąd.

💡 stworzone dla

🧪

Projekty poboczne i dema

Twoje portfolio ma trzech gości tygodniowo. Zawsze włączone to 2 €/mies.; w harbor migawka 512 MB kosztuje około 0,05 €/mies. — ta sama aplikacja, ułamek rachunku.

🪝

Webhooki i integracje

Odbiornik, który uruchamia się, gdy dzwoni Stripe, GitHub czy n8n. Śpi 23 z 24 godzin, budzi się, gdy nadejdzie payload — nadawca nie zauważa 300 ms.

🎭

Środowiska staging i preview

Dziesięć otwartych PR to dziesięć instancji preview. Zawsze włączone to 20 €+/mies. za środowiska, na które nikt nie patrzy po 17. W harbor każde śpi, gdy recenzent zamknie kartę.

🏢

Narzędzia wewnętrzne

Panel admina, generator raportów, wiki, którego nikt nie czyta w niedzielę. Narzędzia używane godziny tygodniowo nie powinny kosztować godzin miesięcznie.

⚡

Usługi typu funkcja

API, które na żądanie przekształca obrazy lub renderuje PDF, zachowuje się jak funkcja — bez przepisywania na runtime FaaS. Wdróż ten sam kontener i pozwól harbor skalować do prawie zera.

🤖

Boty i asystenci

Chatboty i agenci AI reagujący na wzmianki śpią między rozmowami. Budzenie na żądanie utrzymuje tempo; portfel zachowuje monety.

💻

Osobiste środowiska dev

Twój chmurowy box dev ze wszystkimi narzędziami. Aktywny, gdy kodujesz, śpiący, gdy nie. Koniec z płaceniem za bezczynne obliczenia między wieczorną sesją a porannym standupem.

📅

Zaplanowane zadania wsadowe

Usługa, która liczy raporty o 03:00 i jest bezczynna resztę dnia. Zaparkuj ją między uruchomieniami; sygnał cron (lub proste wywołanie HTTP) przywraca ją dokładnie tam, gdzie skończyła.

⚙️

Workery i procesory

Worker uruchamiany HTTP, który wykonuje zadanie — transkoduje wideo, zmienia rozmiar obrazu — i śpi do następnego. Dyspozytor budzi go na żądanie, płacisz tylko za sekundy liczenia.

🌐

Obsługa żądań typu edge

Handler HTTP zachowujący się jak funkcja serverless — jedno żądanie, jedna odpowiedź — ale działający w pełnej linuksowej microVM bez ograniczeń, przywracający Twój dokładny proces, nie pusty kontener.

🔬 pod maską

Dla ciekawskich: Idle Harbor używa Firecracker snapshot/restore — tej samej technologii, której AWS używa do zimnych startów Lambdy, z tą różnicą, że tutaj migawka zachowuje Twój działający proces, a nie wstępnie zainicjalizowaną pustą VM. Migawka uchwytuje pełny stan pamięci: heap, stack, otwarte deskryptory plików, wszystko, co Twój proces miał w locie.

Szyfrowane w spoczynku. Plik migawki jest szyfrowany LUKS kluczem per usługa przechowywanym w OpenBao — ta sama postawa co Twoje wolumeny i kopie zapasowe. Nawet my nie możemy go odczytać w spoczynku.
Zegar resynchronizowany przy budzeniu. Czas przeskoczył, gdy Twój proces był zamrożony. Resynchronizujemy zegar gościa, zanim proces ruszy dalej, więc cache TLS, ograniczniki przepustowości i wszystko inne wrażliwe na czas podejmuje pracę poprawnie.
RNG ponownie zaseedowany. Odtwarzanie stanu generatora liczb losowych (RNG) po przywróceniu migawki byłoby problemem bezpieczeństwa. Ponownie inicjujemy pulę entropii gościa nowym ziarnem, zanim Twój kod znów zacznie działać.
Połączenia TCP. Połączenia sprzed migawki są martwe, zanim VM się obudzi — okno bezczynności gwarantuje, że żaden wywołujący nie czeka. Nowe połączenia nawiązują się normalnie po przebudzeniu. Jeśli polegasz na trwałych połączeniach wychodzących (pule baz danych, konsumenci kolejek), kod aplikacji i tak powinien łączyć się ponownie przy starcie; Idle Harbor czyni to jawnym.
Mobilność między node'ami. Jeśli pierwotny node jest pełny, gdy potrzebujesz przebudzenia, migawka zostaje przeniesiona przez wewnętrzny VLAN do node'a z wolną pojemnością. Ten sam region, ten sam profil opóźnień — nie zauważysz.
Volumes pozostają podłączone. Jeśli Twoja usługa ma szyfrowane wolumeny LUKS, są one poprawnie odmontowywane przed migawką i ponownie otwierane przy budzeniu. Bez utraty danych, bez uszkodzenia journala.

⚖️ kiedy nie używać

Idle Harbor nie jest dla zawsze-włączonych obciążeń:

Długotrwałe połączenia WebSocket. Klienci rozłączają się, gdy VM zasypia. Użyj zawsze-włączonej łodzi do aplikacji czasu rzeczywistego.
Konsumenci kolejek. Konsument przesypiający wiadomości jest zepsuty. Trzymaj go zawsze-włączonego lub użyj zaplanowanego budzenia.
Aplikacje z wewnętrznym cronem. Jeśli aplikacja sama planuje pracę w tle, prześpi harmonogram. Wyprowadź wyzwalacz (wywołanie HTTP cron) i działa.
Ścieżki krytyczne na opóźnienia. Pierwsze żądanie po śnie trwa ~150–300 ms dłużej. Niewidoczne dla ludzi; problem dla procesorów płatności lub health-checków o ścisłym SLA.

Harbor to opcja włączana per usługa, nigdy domyślnie. Większość zespołów trzyma aplikację produkcyjną zawsze-włączoną i parkuje resztę.

🪙 zobacz cennik zarejestruj się — harbor wkrótce