bootNA 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 mniej niż sekundę.
🧮 co naprawdę oszczędza
Snapshot storage costs €0.10/GB-month — the same rate as a volume. A typical microVM snapshot is about the size of its RAM allocation.
Compute is billed per second while awake, snapshot storage per second while asleep. No rounding, no minimums.
🗺️ włączanie
The portal has a one-click toggle on every service. The idle window is configurable from 1 minute to 24 hours — shorter for webhooks that should feel instant, longer for services where the first wake can afford a brief delay.
⚙️ co się dzieje, krok po kroku
💡 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ą
For the curious: Idle Harbor uses Firecracker snapshot/restore — the same technology AWS uses for Lambda cold starts, except here the snapshot preserves your running process rather than a pre-initialized blank VM. The snapshot captures the full memory state: heap, stack, open file descriptors, everything your process had in flight.
- Encrypted at rest. The snapshot file is LUKS-encrypted under a per-service key stored in OpenBao — the same posture as your volumes and backups. Not even we can read it at rest.
- Clock resynced on wake. Time jumped while your process was frozen. We resync the guest clock before the process continues, so TLS caches, rate limiters, and anything else time-sensitive picks up correctly.
- RNG reseeded. Replaying an RNG state after a snapshot restore would be a security problem. We reseed the guest's entropy pool before your code runs again.
- TCP connections. Pre-snapshot connections are dead by the time the VM wakes — the idle window guarantees no caller is waiting. New connections establish normally after wake. If you rely on persistent outbound connections (database pools, queue consumers), your app code should reconnect on startup anyway; Idle Harbor makes it explicit.
- Node mobility. If the original node is full when you need to wake, the snapshot is transferred over the internal VLAN to a node with free capacity. Same region, same latency profile — you won't notice.
- Volumes stay attached. If your service has LUKS-encrypted volumes, they're properly unmounted before the snapshot and re-opened on wake. No data loss, no journal corruption.
⚖️ 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ę.