Platforma aplikacji: wdrażanie aplikacji webowych z Git i obrazów Docker

Najpierw ustal źródło aplikacji. Po zamówieniu podaj na stronie wsparcia repozytorium GitHub lub GitLab albo adres obrazu kontenera, a nasz zespół go podłączy. Dla repozytorium sposób budowania jest wykrywany automatycznie na podstawie języka, przy obecności Dockerfile budowanie przebiega według niego, a gotowy obraz uruchamia się od razu z jego adresu.

Następnie podaj ustawienia uruchamiania. Przyślij port, na którym nasłuchuje aplikacja, zmienne środowiskowe, takie jak adres bazy danych, i polecenie startowe, a nasz zespół je doda. Hasła i klucze API trafiają do zaszyfrowanych zmiennych środowiskowych i nie zostają w repozytorium kodu. Po konfiguracji zaczyna się kompilacja, a gdy aplikacja ruszy, podamy adres podstawowy.

Na koniec podłącz własną domenę. Podaj domenę, a powiemy, jaki rekord dodać; dodaj ten jeden rekord w panelu domeny, a certyfikat HTTPS zostanie wystawiony i będzie odnawiany automatycznie. Potem przy każdym wypchnięciu do głównej gałęzi repozytorium nowa wersja jest kompilowana, a ruch przełącza się dopiero po jej przygotowaniu, więc klienci korzystają z usługi bez przerw nawet w trakcie wdrożenia.

Najmniejszy rozmiar, App L, kosztuje $25.00 miesięcznie i oferuje 2 vCPU oraz 4GB pamięci. App XL z 4 vCPU i 8GB pamięci kosztuje $45.00, a App 2XL z 8 vCPU i 16GB pamięci kosztuje $85.00.

Wybierz rozmiar na podstawie pamięci, której używa Twoja aplikacja. App L wystarczy dla botów Telegram i małych API, a aplikacjom internetowym korzystającym z frameworku pasują App XL lub App 2XL z 4GB. Dla usług z wieloma użytkownikami lub aplikacji wymagających dużej ilości pamięci, takich jak przetwarzanie obrazów, wybierz App 3XL. Możesz zmienić rozmiar później na podstawie użycia, zgłaszając to na stronie wsparcia po potwierdzeniu pierwszej płatności.

Płatność odbywa się w każdym dniu rozliczeniowym. Pierwszy miesiąc jest naliczany przy zamówieniu, a ta sama kwota jest automatycznie pobierana w każdym dniu rozliczeniowym w celu odnowienia. Jeśli prowadzisz kilka aplikacji, każda ma własny dzień rozliczeniowy, więc anulowanie tylko nieużywanej aplikacji na stronie wsparcia zatrzymuje opłatę tylko za tę aplikację.

Dysk platformy aplikacji jest przygotowywany od nowa przy każdym wdrożeniu nowej wersji. Dlatego dane do długiego przechowywania, takie jak użytkownicy, zamówienia i pliki przesłane przez klientów, z zasady trzymasz w zarządzanej bazie danych i magazynie obiektowym. Tak dane zostają na miejscu, niezależnie od liczby wdrożeń.

Wartości poufne od początku trzymaj w zmiennych środowiskowych. Jeśli rozdzielisz adresy baz danych dla rozwoju i produkcji, ten sam kod wdrożysz do aplikacji testowej i produkcyjnej, a każda będzie korzystać z własnych danych. Przy zmianie klucza nie trzeba poprawiać kodu: prześlij nową wartość na stronie wsparcia, a zmienimy tylko zmienną środowiskową i wdrożymy ponownie.

Utwórz jeden adres kontroli stanu, a wdrożenia staną się bezpieczniejsze. Gdy nowa wersja startuje, platforma sprawdza ten adres i przełącza klientów na nową wersję dopiero po poprawnej odpowiedzi. Wersja z błędną konfiguracją zatrzymuje się przed przełączeniem ruchu, a klienci dalej korzystają z poprzedniej wersji.

Gdy coś pójdzie nie tak, zacznij od logów działania. Zgłoś je na stronie wsparcia po potwierdzeniu pierwszej płatności, a wyślemy Ci rekordy, które aplikacja zapisała na standardowe wyjście w kolejności czasowej, dzięki czemu szybko znajdziesz żądanie, które spowodowało błąd. Jeśli pamięć często się zapełnia i aplikacja się restartuje, przejdź na rozmiar o jeden większy. Logi kompilacji są również przechowywane, więc gdy wdrożenie się nie powiedzie, powiemy Ci, na instalacji którego pakietu się zatrzymało.