Aplikacje

Uruchom usługę z Gita, obrazu lub presetu wdrażanego jednym kliknięciem.

Utwórz aplikację w Applications → Newpo założeniu projektu. Wybierz regioni źródło.

Źródło

• Git repository: połącz dostawcę przez integracje Git, a potem wybierz repozytorium i branch. Nodion skanuje drzewo plików. Build korzysta z Dockerfile lub Buildpacks. Jeśli repozytorium zawiera plik compose, możesz zaimportować cały stack. Ta ścieżka jest eksperymentalna; zobacz Docker Compose.
• Prebuilt image: wdróż istniejący obraz, także taki, który został przesłany do rejestru Nodion.
• Preset: aplikacja wdrażana jednym kliknięciemz własnymi ustawieniami domyślnymi. Możesz ją uruchomić z dashboardu, przyciskiem Deploy to Nodion lub przez agenta MCP (presets.list → presets.get → apps.create z preset_key).

W aplikacjach z Gita możesz włączyć Auto-deploy. Wtedy każdy push do brancha uruchamia release.

Po utworzeniu

Strona aplikacji ma takie zakładki:

• Overview: status, podłączone zasoby, pierwsze wdrożenie.
• Deployments: historia. Przycisk Deploy w nagłówku uruchamia nowe wdrożenie.
• Processes: każdy proces ma własne kontenery. Ustaw liczbę replik, pakiet (Discovery lub General Purpose), polecenie, porty i punkty montowania wolumenów.
• Shell: terminal w działającym procesie.
• Logs i Metrics.
• Environment: Twoje zmienne (sekrety po zapisaniu są tylko do zapisu) oraz podłączanie baz danych i bucketów. Baza danych musi być w tym samym regionie. Wstrzyknięte wartości obowiązują od następnego wdrożenia.
• Domains: domyślny hostname i własne domeny.
• Previews: tylko aplikacje z Gita, nie gotowe obrazy (prebuilt images).
• Settings: w tym włączanie środowisk podglądu.

Zarezerwowane zmienne środowiskowe

Nodion wstrzykuje je przy starcie procesu (oraz do builda obrazu, po sklonowaniu repozytorium). Nie możesz ustawić ich samodzielnie.

• NODION_GIT_SHA: pełny hash commita tego wdrożenia (pomijany, gdy nie ma commita, np. przy gotowym obrazie).
• NODION_GIT_SHA_SHORT: pierwsze 7 znaków.
• NODION_INSTANCE: nazwa tego kontenera.
• NODION_HOST: nieprzezroczysty alias hosta dla tego projektu na tym hoście (nie hostname z inwentarza).

Buildy z Dockerfile wymagają ARG NODION_GIT_SHA (i opcjonalnie ARG NODION_GIT_SHA_SHORT) w każdym etapie (stage), który je odczytuje.

Środowiska podglądu (preview)

Włącz środowiska podglądu w ustawieniach (Settings). Każde z nich to tymczasowa aplikacja dla pull requesta lub brancha: z własnym URL-em i nową bazą danych dla każdej bazy podłączonej do aplikacji nadrzędnej. Możesz je tworzyć ręcznie albo automatycznie dla pull requestów. Wdróż je ponownie lub zamknij w zakładce Previews.

Środowisko podglądu startuje z kopią zmiennych środowiskowych aplikacji nadrzędnej, łącznie z sekretami. Tylko zmienne podłączonych baz danych wskazują na własną bazę danych tego środowiska. Nodion ustawia też NODION_PREVIEW=1, NODION_PR_NUMBER, NODION_BRANCH i NODION_PARENT_APP. Sprawdzaj NODION_PREVIEW w swoim kodzie, aby przełączyć płatności, e-maile i inne efekty uboczne w tryb testowy, bo środowiska podglądu uruchamiają niezweryfikowany kod z kluczami aplikacji nadrzędnej.

Środowisko podglądu wygasa po okresie bezczynności (inactivity TTL) ustawionym w ustawieniach aplikacji nadrzędnej (domyślnie 7 dni, 0 oznacza brak automatycznego wygasania). Każde ponowne wdrożenie liczy ten okres od nowa.

Plany

Discovery korzysta ze współdzielonego CPU. General Purpose zapewnia dedykowany vCPU. Aktualne ceny znajdziesz w Cenniku. Przegląd platformy aplikacji podsumowuje, co dostaje każda aplikacja.