Migracja do suwerennej chmury Scaleway w podejściu FinOps
- [ Cloud management ]
- [ Scaleway ]
- [ ArgoCD ]
- [ Docker ]
WyzwanieKontrola kosztów infrastruktury przy jednoczesnym zapewnieniu trwałej wydajności
Plecto to europejski scale-up i ekspert w dziedzinie zaangażowania zespołów, który stanął przed wyzwaniem rosnących kosztów utrzymania infrastruktury u dostawcy chmury AWS. Dotychczasowa architektura firmy bazowała na maszynach wirtualnych (VM) oraz drogich usługach zarządzanych. Stały wzrost ilości danych (zarówno tych przetwarzanych w czasie rzeczywistym, jak i archiwalnych) sprawił, że optymalizacja zasobów stała się strategiczną koniecznością dla zachowania stabilności biznesowej. Przedsiębiorstwo szukało sposobu na uniknięcie podwójnego naliczania opłat, maksymalizację zwrotu z inwestycji (ROI) oraz wdrożenie podejścia Infrastructure as Code (IaC), gwarantującego transparentność i zgodność z kulturą FinOps.
Migracja do Scaleway, zrealizowana przy wsparciu Kaliop, była dla Plecto prawdziwą dźwignią transformacji. Zmniejszyliśmy koszty infrastruktury o połowę, zyskując jednocześnie na wydajności i płynności działania. Dzięki zmodernizowanej architekturze, opartej na konteneryzacji i automatyzacji wdrożeń, nasze zespoły dysponują dziś stabilniejszym i bardziej skalowalnym środowiskiem.
Kluczowe wskaźniki efektywności
0
redukcja całkowitych kosztów
0
zmigrowanych danych
0
danych przetwarzanych w każdej sekundzie
Budowa odpornej i suwerennej architektury cloud-native
Plecto zdecydowało się na migrację z AWS do Scaleway, aby skierować się ku bardziej konkurencyjnej chmurze europejskiej, zachowując przy tym wysoko skalowalną i odporną infrastrukturę. Zmiana ta wymagała odtworzenia części gotowych usług (out-of-the-box) oferowanych przez AWS poprzez wdrożenie nowoczesnego i solidnego podejścia Infrastructure as Code, co miało zagwarantować tę samą jakość operacyjną oraz odporność na obciążenia. Migracja wiązała się również z oceną wszystkich aplikacji używanych przez Plecto w celu zweryfikowania ich kompatybilności z architekturą opartą na konteneryzacji. Był to kluczowy etap dla zapewnienia płynnego i trwałego przejścia do środowiska Scaleway w ramach podejścia cloud-native.
Metodologia przyjęta podczas tej migracji składała się z kilku kluczowych etapów, począwszy od szczegółowego audytu stanu istniejącego, środowiska technicznego oraz używanych usług, w celu precyzyjnego zidentyfikowania zależności i ograniczeń. Następnie przeprowadzono Proof of Concept (PoC), który pozwolił zweryfikować możliwość uruchomienia ich rozbudowanego ekosystemu aplikacyjnego w modelu konteneryzacji zarządzanym przez Kubernetes w chmurze europejskiej. To stopniowe i iteracyjne podejście było niezbędne, aby zrozumieć, jak przenieść lub zaadaptować mechanizmy specyficzne dla AWS do środowiska Scaleway, gwarantując jednocześnie zdolność infrastruktury do obsługi dużego obciążenia. Na koniec wdrożono proces stopniowego zwiększania ruchu w celu przetestowania, dopracowania i zabezpieczenia wydajności nowej architektury przed ostatecznym przełączeniem systemów.
Wdrożenie nowej infrastruktury oparto na zaawansowanych praktykach DevOps, zapewniając pełną automatyzację procesu wdrażania (deploymentu) za pośrednictwem platformy GitHub, wykorzystanie obrazów Docker przechowywanych w rejestrach Scaleway (Docker Registries) oraz orkiestrację wdrożeń za pomocą narzędzia Argo CD. Istotnie wzmocniono również obserwowalność (observability) poprzez wdrożenie kompletnego stosu technologicznego (stacku) łączącego Thanos do długoterminowego przechowywania metryk, Loki do centralizacji logów oraz Grafana do alertowania i wizualizacji wydajności oraz zachowania aplikacji w czasie rzeczywistym. Na koniec, ustrukturyzowane podejście FinOps pozwoliło na przeprowadzenie początkowego przełączenia systemów przy celowo przewymiarowanych zasobach, aby wyeliminować ryzyko przerwy w świadczeniu usług. Następująca po nim ciągła optymalizacja pozwoliła znacząco ograniczyć zużycie, co w efekcie doprowadziło do dwukrotnego zmniejszenia kosztów w porównaniu z AWS.