API
HTTP API dla projektów, aplikacji i reszty platformy.
Każdy zasób widoczny w dashboardzie ma endpoint HTTP. Korzystaj z niego z poziomu CLI, w CI, w skryptach lub z dowolnego klienta, który potrafi wysłać JSON.
- Bazowy URL:
https://api.nodion.com - Interaktywna dokumentacja: api.nodion.com/v2/docs
- OpenAPI: api.nodion.com/v2/openapi.yaml
Uwierzytelnianie
Wysyłaj token typu Bearer w każdym żądaniu:
httpAuthorization: Bearer nodion_… Są dwa rodzaje tokenów:
- Osobiste klucze API (
nodion_…) działają w Twoim imieniu. Wybierasz zakresy uprawnień (scopes) i możesz ograniczyć klucz do wybranych projektów. Utworzysz je w Account → Security. Token jest wyświetlany tylko raz. - Klucze projektu (
nodion_proj_…) należą do projektu, a nie do osoby, więc CI działa dalej, gdy ktoś odejdzie z zespołu. Utworzysz je w zakładce API keys projektu.
Zakresy osobistego klucza:
read: wyświetlanie list i pobieranie zasobówwrite: tworzenie, zmiana i usuwaniedeploy: uruchamianie wdrożeńenv:read/env:write: wartości zmiennych środowiskowychlogs:read: logi aplikacji
Operacje odczytu wymagają read, operacje zapisu write, chyba że
dana operacja wymaga węższego zakresu (na przykład deploy).
Klucze projektu nie mają zakresów. Dają pełny dostęp do swojego projektu.
Rozliczeniami i 2FA zarządzasz w dashboardzie; klucze API nie dają do nich dostępu.
Wybór projektu
Zagnieżdżone ścieżki mają postać /v2/projects/{id}/….
Jeśli pracujesz w jednym projekcie, użyj krótkiej ścieżki i wyślij ID
projektu w nagłówku:
httpX-Nodion-Project: prj_… Pierwsze żądanie
bashcurl https://api.nodion.com/v2/applications \
-H "Authorization: Bearer $NODION_TOKEN" \
-H "X-Nodion-Project: $NODION_PROJECT" Uruchom wdrożenie (wymaga zakresu deploy w osobistym kluczu):
bashcurl -X POST https://api.nodion.com/v2/applications/$APP_ID/deployments \
-H "Authorization: Bearer $NODION_TOKEN" Listy, błędy i limity
Odpowiedzi z kolekcjami mają postać
{ "data": [ … ], "next_cursor": null }.
Aby przejść do kolejnej strony, przekaż ?limit= oraz poprzedni
next_cursor jako ?cursor=.
Błędy są zwracane zgodnie z RFC 9457 (application/problem+json) ze stabilnym
polem code i polem request_id. Podaj to ID, gdy kontaktujesz się
z supportem. Publiczny katalog błędów jest pod adresem GET /v2/errors.
Wywołania uwierzytelnione kluczem podlegają rate limitowi dla całego konta. Odpowiedzi zawierają
RateLimit-Limit, RateLimit-Remaining i
RateLimit-Reset. Odpowiedź 429 zawiera też
Retry-After. Każda odpowiedź ma X-Request-Id.
Treści żądań i konsolę do testowania wywołań znajdziesz w interaktywnej dokumentacji. Poniższe strony opisują te same endpointy w formacie tej witryny.
Endpointy
Lista wygenerowana z publicznego dokumentu OpenAPI. 278 operacji, pogrupowanych jak w specyfikacji.
Tożsamość
Zweryfikuj token, sprawdź, do których projektów masz dostęp, i pobierz listę kodów błędów. 4 endpointy.
Projekty
Projekty, do których należą wszystkie pozostałe zasoby. 7 endpointów.
Aplikacje
Aplikacje, ich ustawienia, logi i metryki. 19 endpointów.
Środowiska podglądu
Tymczasowe środowiska podglądu dla gałęzi i pull requestów. 5 endpointów.
Zmienne środowiskowe
Zmienne środowiskowe aplikacji. 3 endpointy.
Wdrożenia
Wdrożenia (build i uruchomienie) oraz auto-deploy. 7 endpointów.
Procesy
Typy procesów aplikacji i ich skalowanie. 6 endpointów.
Zadania cron
Zaplanowane jednorazowe polecenia uruchamiane na aktywnym release'ie aplikacji. 9 endpointów.
Domeny
Własne domeny aplikacji. 8 endpointów.
Bazy danych
Zarządzane bazy danych, repliki, endpointy i podłączenia. 43 endpointy.
Wolumeny
Trwałe wolumeny na dane. 11 endpointów.
Magazyn obiektowy
Buckety S3 i klucze dostępu. 27 endpointów.
Zarejestrowane domeny
5 endpointów.
DNS
Autorytatywne strefy DNS i rekordy. 23 endpointy.
CDN
Strefy CDN, własne domeny i czyszczenie cache. 16 endpointów.
Domeny do wysyłania e-maili i strefy relay. 21 endpointów.
Obserwatorzy
Monitoring dostępności (uptime) i metryk oraz kanały powiadomień. 16 endpointów.
Integracje
Integracje z dostawcami Git i udostępnione repozytoria. 25 endpointów.
Rejestry
Rejestry kontenerów Nodion i konta robotów dla każdego projektu. 11 endpointów.
AI
Katalog modeli i zużycie w poszczególnych projektach. Sama inferencja działa przez osobne API zgodne z OpenAI. 3 endpointy.
Dane referencyjne
Katalogi tylko do odczytu (regiony, pakiety, silniki baz danych, presety). 9 endpointów.