VPS dla Node.js API: lista kontrolna rozmieszczenia i wielkości

Zacznij od czasu uruchomienia aplikacji i jej zależności

A VPS dla Node.js API potrzebuje kompatybilnego środowiska i właściciela administracji. Zapis wymagań runtime, plik blokujący pakiet, rodzime zależności, baza danych i pracowników. Wybierz obsługiwany aktywny LTS lub LTS wydania zgodne z projektem, a następnie zweryfikowania wykonywalnego używanego procesu.

Decydować, czy API działa bezpośrednio na Linuksie lub w kontenerze. Wybór dystrybucji nie instaluje Twojego Node.js aplikacja lub baza danych. Docker przygotowanie jest początkowym wyborem środowiska; kod aplikacji, kompatybilność runtime i pracy API nadal trzeba wdrożyć i zweryfikować po dostawie.

Porównaj Linuksa VPS środowiska dla Twojego API

Zdefiniuj nadzór procesu, uruchomienie i wyłączenie

Początek API w interaktywnym SSH terminal nie jest kompletnym cyklem życia produkcji. Wybrać jeden nadzorca: na przykład, systemd do bezpośredniego rozmieszczenia lub czas otwarcia kontenera dla kontenerów. Nagrywanie katalogu wykonywalnego, roboczego, konta usług i źródła konfiguracji. Weryfikacja uruchamiania bez interaktywnego środowiska powłoki.

Przetestować kontrolowaną awarię procesu i zaplanowany restart. Przeglądaj zasady ponownego uruchamiania i diagnostykę, aby trwały błąd nie stał się niewyjaśnioną pętlą ponownego uruchamiania. Proces uruchomiony ponownie nie jest dowodem na to, że baza danych jest podłączona lub API jest gotowy. Przetestować pełne gracji zakończenie: przestać przyjmować nowe prace, odpowiednio obsłużyć wnioski o wlot i zamknąć połączenia aplikacji przed upływem czasu nadzorcy.

Przewiń tabelę poziomo w razie potrzeby.

Przegląd Docker VPS przygotowanie do rozmieszczenia kontenera

Wybierz RAM oraz CPU od zachowania wniosku

Zmierzyć pamięć, żądać opóźnienia i błędy w reprezentatywnej kombinacji API punkty końcowe. Dołącz do wielkości ładunku, równoległych połączeń baz danych i wszelkich zadań w tle, które dzielą serwer. Node.js process.memoryUsage donosi RSS i V8 informacje stos; heapUsed sam nie opisuje całego procesu, jego przydziałów rodzimych lub innych usług działających na VPS.

Limit V8-space kontroluje tylko część korzystania z pamięci i nie powinien zużywać całej alokacji hosta. Więcej vCPU nie powoduje zablokowania połączeń zwrotnych w jednej pętli zdarzeń wykonujemy równolegle. Zbadaj kosztowną pracę synchroniczną, zapytania i połączenia przed interpretacją wolnego punktu końcowego jako potrzeby większego serwera. Jeśli celowo uruchomisz wiele procesów, zmierz ich pamięć i połączenie.

Rozmiar aplikacji, bazy danych i pamięci pracownika w Docker stos

Sprawdź proxy publiczne i granice aplikacji prywatnych

Określić, który komponent otrzymuje wnioski publiczne i który punkt końcowy osiąga API wewnętrznie. Używając reverse proxy, skonfigurować adres nasłuchowy aplikacji, miejsce docelowe proxy i zasady zaufania celowo. Nie zakładaj, że przekierowany klient lub nagłówki programu są wiarygodne z każdego źródła. Przegląd wymagań-ograniczenie ciała i timeout po obu stronach dla punktów końcowych, które faktycznie zapewnić.

Przetestuj uwierzytelniony wniosek, spodziewany błąd w zatwierdzaniu, większe przesyłanie, jeśli jest obsługiwane, oraz długotrwałą operację, jeśli aplikacja tego wymaga. Sprawdzić HTTPS nazwa hosta i zachowanie klienta, w tym w stosownych przypadkach zasady pochodzenia przeglądarki. Prowadzenie bazy danych i punktów końcowych zarządzania poza planowaną publiczną trasą. W Nginx lista kontrolna obejmuje konfigurację hosta i certyfikatu; kontrole te weryfikują, jak API Zachowuje się za tym.

Jeśli Nginx zwraca 502, porównuje swój dziennik błędów z dziennikiem aplikacji. Sprawdzić API działa i słucha w skonfigurowanym adresie i porcie, a następnie testuje ten punkt końcowy z własnego kontekstu sieci proxy. W oddzielnych pojemnikach localhost odnosi się do środowiska każdego pojemnika; zamierzony początek może zamiast tego potrzebować nazwy usługi. Zbadaj, że nie powiodło się połączenie przed zmianą publicznej firewall lub wybierając większy VPS.

Potwierdź Nginx routing hosta, HTTPS oraz rozmieszczenie pełnomocników

Utrzymuj konfigurację i referencje skalowane do procesu

Lista zmiennych środowiskowych i innych konfiguracji API wymaga, z udokumentowanym właścicielem dla każdego sekretu. Node.js może odczytywać zmienne startup poprzez process.env, ale wybór zmiennych środowiskowych nie zapewnia samo w sobie szyfrowania, rotacji lub kontroli dostępu. Przechowywanie tajnych materiałów poza publicznym katalogiem stron internetowych, repozytorium źródłowe i odpowiedzi aplikacji.

Uruchom aplikację z uprawnieniami, których potrzebuje, zamiast domyślnie korzystać z uprawnień administratora. Sprawdzić, czy konto usługowe może odczytać zamierzoną konfigurację i zapisać tylko wymagane dane. Dekeny redakcyjne i wrażliwe ładunki z dzienników. Utrzymuj inspektora debugowania z dala od publicznej ścieżki produkcji i przeglądaj aktualizacje zależności poprzez testowany proces uwalniania aplikacji.

Włączanie bazy danych, kolejki i wysyłania w celu odzyskania

Zdecyduj, czy baza danych i kolejka są lokalne czy zewnętrzne, i skonfiguruj granice połączeń wokół wybranego procesu i liczby pracowników. Sprawdzić niedostępność bazy danych i powtórzyć pracę bez tworzenia duplikatów działań biznesowych. An API punkt końcowy w zakresie zdrowia, który jedynie potwierdza proces pracy, może nie poinformować, że krytyczna zależność niezbędna przez użytkowników jest dostępna.

Zestaw do odzyskiwania wymaga rozmieszczania, wymaganej konfiguracji, danych z bazy danych oraz wszelkich nośników lub trwałego stanu pracy. Ochrona mandatów przy jednoczesnym zapewnieniu, że upoważniony operator może zrekonstruować usługę. Przetestować odtworzenie z dala od produkcji i zidentyfikować pracę utraconą po wybranej kopii zapasowej. Odtwarzanie Node.js proces lub ciągnięcie obrazu nie przywraca rekordów aplikacji.

Zbudować i przetestować kompletny zestaw odzyskiwania aplikacji

Akceptuj wydanie przy użyciu real API kontrole

Przed skierowaniem klientów do aplikacji, sprawdź domenę, uwierzytelnianie, uprawnienia, błędy i prawdziwe strumienie odczytu / zapisu. Weryfikacja uruchamiania po ponownym uruchomieniu, logach użytkowanych i kontrolowanym ponownym uruchomieniu. Zapis wyniku za pomocą identyfikatora wydania i środowiska testowanego.

Trzymaj rollback oddzielony od odwrócenia bazy danych. Powrót do poprzedniego wydania aplikacji może być niebezpieczny po zmianie niekompatybilnego schematu lub nowo napisanych rekordach. Zaplanuj tę decyzję z deweloperem aplikacji, a następnie sprawdź bieżącą VPS zasoby i kwotowanie w stosunku do mierzonego obciążenia pracą. Hosting płatności i dostawy usług pozostają oddzielone od akceptacji własnych API.

• Obsługiwane runtime i nadzorowane startup spełniają wymagania aplikacji.
• Prośby przedstawicieli i pracownicy odpowiadają mierzonej alokacji zasobów.
• Przetestowano trasy publiczne, uwierzytelnianie i prywatne zależności.
• Tajemnice, odzysk danych i decyzja o wycofaniu bazy danych mają właściciela.
• Brak wniosku o gotowość do składania wniosków zależy tylko od przebiegu procesu.