Usługi migracji do chmury AWS
Infrastruktura backendowa, migracje do chmury i długoterminowe wsparcie platform, zbudowane na AWS i zarządzane przez Terraform - to część ponad 50 projektów w całej firmie. Pięć z nich opisujemy tutaj, m.in. platformę energii słonecznej i e-commerce z biletami.
Inżynieria chmury zbudowana wokół AWS
Pięć opisanych projektów AWS z ponad 50 w całej firmie, jedno podejście: najpierw Terraform
Gdzie widać to na produkcji
Migracja do chmury i infrastruktura AWS
Dla platformy zarządzania energią Zeronest utrzymujemy cały stack na AWS: ECS, RDS, S3, Lambda, Cognito i SNS. Ostatnio przenieśliśmy istniejące funkcje Lambda na infrastrukturę zarządzaną przez Terraform i dodaliśmy autoskalowanie RDS, więc baza danych skaluje się razem z obciążeniem, zamiast być ręcznie powiększana przy każdym wzroście ruchu.
Terraform w niezależnych projektach
To samo podejście "najpierw Terraform" działa na produkcji w Centrum Komunikacji i Ticket Club, a także u klienta z przemysłowego IoT, którego ze względu na NDA opisujemy bez nazwy. Środowisko Ticket Club tworzy ECS i sieć VPC przez Terraform - to ten sam wzorzec we wszystkich projektach z infrastrukturą w Terraform, niezależnie od branży, która na niej działa.
Długoterminowe wsparcie AWS i kontrola kosztów
Migracje to widoczna część pracy, ale to alerty i optymalizacja kosztów, które przychodzą potem, sprawiają, że rachunek jest przewidywalny. W Zeronest oznacza to monitorowane autoskalowanie i alerty kosztowe dołożone do istniejącego stacku AWS, więc skok ruchu pojawia się jako powiadomienie na dashboardzie, a nie niespodzianka na fakturze. Dla drugiego, nienazwanego klienta z sektora energetycznego bieżące prace obejmują zarządzanie kontem AWS, konfigurację AWS IoT i chmurowy symulator do testowania zmian, zanim trafią na produkcję.
Dlaczego warto zbudować z nami platformę na AWS
Terraform zamiast klikania w konsoli
Jeden zespół od migracji do stabilnej pracy
Dowody zamiast ściany logotypów
Migracja do chmury i inżynieria platform - odpowiedzi
-
Przeniesienie istniejącego systemu na infrastrukturę chmurową albo przebudowę tego, co już tam działa: moc obliczeniową, storage, bazy danych i warstwę sieciową między nimi. Nasza produkcyjna praca na AWS obejmuje ECS, RDS, S3, Lambda, Cognito i SNS, tworzone przez Terraform, więc efektem jest udokumentowana infrastruktura, a nie jednorazowa konfiguracja w konsoli.
-
Nasze praktyczne, wielokrotnie sprawdzone doświadczenie produkcyjne dotyczy AWS: ponad 50 projektów do dziś, z których pięć opisujemy tu szczegółowo, od platformy zarządzania energią po infrastrukturę e-commerce do sprzedaży biletów. Możemy zaprojektować architekturę niezależną od chmury, gdy ograniczenia klienta wymagają innego dostawcy, ale nie twierdzimy, że mamy równie głębokie doświadczenie produkcyjne w innych chmurach - i powiemy Ci to na wstępie.
-
Infrastrukturę definiuje się w kodzie i wersjonuje jak samą aplikację, zamiast wyklikiwać ją w konsoli. Dla Zeronest oznaczało to przeniesienie istniejących funkcji Lambda na infrastrukturę zarządzaną przez Terraform; to samo podejście obsługuje dziś środowiska AWS Centrum Komunikacji i Ticket Club.
-
Tak, i zaczynamy od audytu, a nie od przebudowy. Mapujemy to, co istnieje, stabilizujemy to, co kruche - autoskalowanie, alerty, koszty - i dopiero wtedy proponujemy zmiany. W tej samej kolejności działaliśmy, gdy przejęliśmy bieżące zarządzanie kontem AWS, łączność IoT i symulator testowy u jednego z naszych klientów z sektora energetycznego.
-
Obecnie przechodzimy przez poziom Validated w ścieżce Services w AWS Partner Central. To formalny status, o który się staramy, a nie taki, który już mamy - i wolimy powiedzieć to wprost, niż zaokrąglać w górę.
-
Monitoring, alerty i kontrola kosztów infrastruktury, którą zmigrowaliśmy lub zbudowaliśmy, plus praca na poziomie kont, jaką przynoszą migracje: zarządzanie kontami AWS, utrzymanie stabilnych połączeń urządzeń IoT i utrzymanie chmurowego symulatora, żeby zmiany można było przetestować, zanim trafią na produkcję. Tę pracę prowadzimy dziś dla jednego z naszych klientów z sektora energetycznego.
-
Tak - dwóch klientów z tej strony opisujemy bez nazw, zgodnie z warunkami ich NDA.
-
Migracja do chmury i inżynieria platform zwykle zaczynają się wtedy, gdy system obsługuje już prawdziwy ruch albo prawdziwe pieniądze - infrastruktura AWS Zeronest obsługuje działającą platformę zarządzania energią, a nie prototyp. Jeśli Twój projekt jest jeszcze prototypem, lepszym punktem startu niż migracja będzie nasz zespół tworzenia oprogramowania.
-
Autoskalowanie dostrojone do faktycznego obciążenia zamiast stałego rozmiaru instancji oraz alerty, które sygnalizują skok kosztów, póki jest jeszcze mały. Tę samą parę zmian dodaliśmy do konfiguracji RDS w Zeronest: najpierw autoskalowanie, potem alerty, które wyłapują to, czego samo autoskalowanie by nie złapało.
Więcej o inżynierii chmury i platform
Powiązane artykuły
Migracja, modernizacja czy utrzymanie - jeden zespół do wszystkich trzech
WSPÓŁPRACOWALIŚMY M.IN. Z MARKAMI:
Dziękujemy za wiadomość.
Każdą wiadomość czytamy sami i odpowiadamy w ciągu 48 godzin w dni robocze.
Coś pilnego? [email protected]