Lendo loan platform DevOps/SRE support and modernization

Innowise zapewnił wsparcie DevOps/SRE dla platformy pożyczkowej Lendo, centralizując własność infrastruktury i poprawiając stabilność. Po udanej współpracy klient zaangażował nas do obsługi wybranych zadań Java i QA w ramach szerszych działań modernizacyjnych.

Stabilne wsparcie produkcji

dla głównej platformy pożyczkowej Lendo

15% niższe koszty chmury

we wczesnej fazie optymalizacji

Lendo loan platform DevOps/SRE support and modernization

Branża FinTech

Pracownicy 250+

Region Norwegia, Szwecja, Dania

Usługi DevOps, QA, ulepszanie oprogramowania

Klient od 2025

Opis klienta

Podsumuj artykuł za pomocą AI

Lendo to skandynawska firma fintech, która pomaga ludziom porównywać oferty pożyczek za pomocą jednej aplikacji, zamiast chodzić do banków jeden po drugim. Założona w Szwecji w 2007 roku firma stała się główną platformą porównującą pożyczki działającą w Szwecji, Norwegii i Danii.

To, co sprawia, że platforma jest szczególnie wymagająca z operacyjnego punktu widzenia, to skala i wrażliwość procesu, który za nią stoi. Pojedynczy wniosek może być dopasowany do ofert nawet 40 pożyczkodawców, co sprawia, że niezawodność platformy, spójna dostawa i dobrze zorganizowane procesy jakości mają kluczowe znaczenie dla podstawowej działalności klienta. Oprócz rynku pożyczek, Lendo oferuje również Kreddy, aplikację, która zapewnia użytkownikom wgląd w ich profil kredytowy i istniejące pożyczki.

Wyzwanie

Działalność Lendo zależy od stabilnej, responsywnej platformy, która może przetwarzać wnioski kredytowe, łączyć się z bankami partnerskimi i zwracać oferty bez opóźnień. Ponieważ usługa działa na kilku rynkach, stabilność platformy i spójność operacyjna były ważne zarówno dla zespołów wewnętrznych, jak i dla użytkowników końcowych.
Kiedy Innowise dołączył do projektu, klient potrzebował bardziej scentralizowanego modelu własności infrastruktury i bardziej ustrukturyzowanego podejścia do wsparcia operacyjnego. Wiedza była rozproszona, dokumentacja ograniczona, a codzienne wsparcie w zbyt dużym stopniu opierało się na indywidualnej wiedzy, a nie na wspólnych procesach.
Klientowi zależało również na lepszym wglądzie w konfigurację chmury zarówno z perspektywy operacyjnej, jak i kosztowej. W tym samym czasie firma Lendo przeprowadzała szerszą modernizację, co zwiększyło zapotrzebowanie na silniejsze wsparcie infrastruktury, bardziej przejrzystą odpowiedzialność operacyjną i bardziej niezawodne procesy dostarczania.

Z technicznego punktu widzenia środowisko było podzielone na GCP i AWS, o bardzo różnych poziomach dojrzałości. Znaczna część GCP była już zarządzana za pomocą Infrastructure as Code, podczas gdy duża część AWS była nadal konfigurowana ręcznie za pomocą konsoli w chmurze. Utrudniało to śledzenie, utrzymanie i bezpieczną zmianę konfiguracji, zwłaszcza w projekcie z ograniczoną dokumentacją i niepełnym transferem wiedzy.
Złożoność platformy dodała kolejną warstwę trudności. Środowisko Lendo obejmowało wiele klastrów, maszyn wirtualnych, baz danych, przepływów monitorowania i kanałów wsparcia, ale bez wyraźnej scentralizowanej własności. Ponadto zespół musiał radzić sobie z powtarzającymi się problemami z infrastrukturą, pilnymi zadaniami związanymi z bezpieczeństwem i odpornością, a później z dużą transformacją infrastruktury związaną z oddzieleniem Lendo od poprzedniej firmy macierzystej i przygotowaniem jej do integracji z nową organizacją.

Świadczone usługi DevOps/SRE

Odkrywanie i planowanie

Zespół Innowise dołączył do Lendo, aby wzmocnić funkcję DevOps/SRE klienta i przejąć krytyczny obszar własności infrastruktury. Na początku projekt miał bardzo ograniczoną dokumentację i niekompletną wiedzę, więc nasi inżynierowie musieli najpierw zrozumieć, w jaki sposób środowisko zostało skonfigurowane, jak jego podstawowe komponenty współpracowały ze sobą i gdzie znajdowały się główne zagrożenia operacyjne.

Nasz zespół dokonał przeglądu infrastruktury w GCP i AWS, w tym klastrów, maszyn wirtualnych, baz danych, usług w chmurze, przepływów monitorowania i kanałów wsparcia. Pomogło to zdefiniować obszary, które wymagały najszybszej uwagi: własność infrastruktury, obsługa alertów, powtarzające się problemy, widoczność chmury i bezpieczniejsze zarządzanie zmianami.

Konfiguracja operacyjna

Na podstawie wstępnej oceny stworzyliśmy model dostarczania skoncentrowany na silniejszej własności infrastruktury, stabilnych operacjach platformy i lepszej kontroli nad zmianami infrastruktury.

Praca została podzielona zgodnie z aktualnym stanem środowiska. W GCP zespół wspierał i udoskonalał istniejącą konfigurację Infrastructure as Code. W AWS skupiono się na wprowadzeniu ręcznie skonfigurowanej infrastruktury pod bardziej ustrukturyzowanym zarządzaniem. Zespół zdefiniował również bardziej przejrzysty model operacyjny dla rotacji dyżurów, linii wsparcia i obsługi alertów.

Kluczowe procesy robocze

Własność infrastruktury i operacje na platformie

Zespół Innowise przejął codzienne zarządzanie operacjami infrastrukturalnymi i wprowadził bardziej przejrzysty proces obsługi zmian w infrastrukturze. Nasi inżynierowie pracowali z klastrami, maszynami wirtualnymi, bazami danych i innymi podstawowymi komponentami platformy, stając się głównym zespołem odpowiedzialnym za koordynację i dostarczanie zmian w infrastrukturze wymaganych przez zespoły ds. produktu i rozwoju.

Dokonaliśmy również przeglądu istniejącego środowiska, zmapowaliśmy sposób, w jaki jego części były połączone i zbudowaliśmy bardziej scentralizowany model wsparcia infrastruktury.

Zarządzanie środowiskiem AWS i GCP

Ponieważ infrastruktura projektu była rozproszona zarówno w GCP, jak i AWS, nasz zespół musiał pracować równolegle w dwóch środowiskach chmurowych. Prace te obejmowały usługi w chmurze, zasoby obliczeniowe, sieci, środowiska kontenerowe i związane z nimi zależności infrastrukturalne. Zespół pracował również nad tym, aby ogólna konfiguracja była łatwiejsza w zarządzaniu i bezpieczniejsza do zmiany w miarę rozwoju projektu.

Modernizacja CI/CD

Kolejna ważna część prac koncentrowała się na modernizacji potoku dostarczania. Część istniejącej konfiguracji nadal opierała się na starszych narzędziach, takich jak Travis, Spinnaker i sk8ts, więc jednym z kluczowych zadań zespołu było przeniesienie tego procesu do bardziej nowoczesnego podejścia opartego na GitOps przy użyciu GitHub Actions i ArgoCD.

Wsparcie na wezwanie i zarządzanie alertami

Wsparcie operacyjne było ważną częścią tego projektu. Nasz zespół DevOps skonfigurował rotacje dyżurów, zorganizował wsparcie pierwszej i drugiej linii oraz dokonał przeglądu istniejącej konfiguracji alertów wraz z zespołami inżynieryjnymi klienta.

Nasi inżynierowie sprawdzili, w jaki sposób alerty zostały skonfigurowane, jak były kierowane, które alerty wymagały działań technicznych, a które odzwierciedlały oczekiwane zachowanie obciążenia. Pomogliśmy również ulepszyć kanały alertów i sprawiliśmy, że ogólny proces reagowania stał się bardziej uporządkowany i łatwiejszy w zarządzaniu. Do tej pracy zespół wykorzystał takie narzędzia jak PagerDuty, Prometheus Stack, Victoria Metrics, Grafana, CloudWatch, Stackdriver i Humio.

Przegląd infrastruktury i obsługa kwestii technicznych

Zespół pracował nad powtarzającymi się problemami z infrastrukturą i podejmował się zadań, które wymagały oczyszczenia, wyjaśnienia lub poprawek technicznych. Sprawdziliśmy istniejące konfiguracje, zidentyfikowaliśmy luki w operacjach platformy i obsłużyliśmy żądania dotyczące infrastruktury, które wymagały szybkiej i niezawodnej realizacji.

Większość tej pracy została wykonana bezpośrednio przez zespół Innowise. Nasi inżynierowie sami zajęli się badaniem, systematyzacją i dokumentacją infrastruktury, angażując programistów tylko wtedy, gdy konieczne było wyjaśnienie zależności lub upewnienie się, że zmiany nie zakłócą pracy po stronie aplikacji.

Wsparcie w zakresie bezpieczeństwa i odporności

Oprócz prac operacyjnych, projekt obejmował zadania związane z bezpieczeństwem i odpornością. W zależności od potrzeb, zespół zajmował się pracami związanymi z podatnością na zagrożenia, przeglądami infrastruktury i pilnymi prośbami technicznymi związanymi z niezawodnością platformy i gotowością operacyjną. Zespół wspierał również testowanie odporności i podobne działania, gdy musiały zostać ukończone w krótkich ramach czasowych.

Rozdzielenie infrastruktury i wsparcie przejścia

Na późniejszym etapie projekt rozrósł się, obejmując poważną transformację infrastruktury. Lendo oddzielało się od swojej poprzedniej firmy macierzystej i przygotowywało się do dołączenia do nowej, co wiązało się z dużą ilością pracy związanej z infrastrukturą. Środowisko musiało zostać oddzielone od starej konfiguracji i przygotowane do kolejnej fazy integracji.

W ramach szerszego zakresu DevOps/SRE, zespół Innowise wspierał klienta w tym złożonym przejściu i zajmował się wymaganymi zmianami infrastruktury. Nasi inżynierowie pomogli utrzymać strukturę, stabilność i łatwość zarządzania procesem w tym okresie.

Aktualizacja starszej bazy danych dla monolitu PHP

Jedna z części pracy koncentrowała się na krytycznej bazie danych połączonej ze starszym monolitem PHP. Ta część systemu pozostawała niezmieniona przez długi czas, ponieważ zespół klienta nie miał jasnego zrozumienia, jak bezpiecznie zaktualizować bazę danych lub jakie zmiany będą również wymagane po stronie aplikacji.

Zespół Innowise przeanalizował konfigurację z obu stron, skoordynował pracę z programistami, wyjaśnił, co należy zmienić w monolicie, a następnie przeprowadził aktualizację bazy danych wraz z wymaganymi testami i debugowaniem. W rezultacie klient mógł wreszcie zająć się częścią systemu, która pozostawała nietknięta przez długi czas ze względu na związane z tym ryzyko.

Konfiguracja procesu kontroli jakości

Wraz ze strumieniem DevOps/SRE, nasi inżynierowie QA pomogli zbudować procesy testowe dla długoterminowej inicjatywy modernizacyjnej Lendo. Strumień ten obejmował tworzenie dokumentacji testowej, budowanie zestawu regresji, przygotowywanie wymagań i przypadków testowych oraz bardziej systematyczne strukturyzowanie działań testowych.

Zespół QA przeanalizował obecny produkt, wyodrębnił logikę z bazy kodu i sformalizował wymagania w Confluence. Przygotowali również grunt pod integrację TestRail z Jira, poprawili widoczność testów i wsparli optymalizację procesów za pomocą narzędzi takich jak Fiddler.

Podejście do dostawy

Lendo zaangażowało Innowise jako zespół, co od samego początku zdefiniowało model pracy. Klient nie polegał na jednej osobie, która zajmowała się wszystkim. Zamiast tego kilku starszych inżynierów podzieliło się pracą, było właścicielami różnych obszarów i obsługiwało wiele strumieni równolegle, pozostając w synchronizacji co do codziennych priorytetów. Taka konfiguracja pomogła utrzymać stały postęp i znacznie ułatwiła codzienną komunikację z zespołem klienta.

Współpraca przebiegała zgodnie z modelem Agile/Kanban z regularnymi retrospektywami. Używaliśmy Jira do śledzenia zadań oraz Slack i Google Chat do codziennej komunikacji.

Sama praca zależała od ścisłej współpracy z deweloperami klienta i interesariuszami produktu. Zespół pozostawał w regularnym kontakcie, bezpośrednio omawiał żądania, wyjaśniał priorytety i wspólnie uzgadniał kolejne kroki. Oprócz zaplanowanych zadań, przedstawiali również pomysły na ulepszenia w oparciu o to, co widzieli podczas projektu i omawiali je z klientem przed podjęciem dalszych działań.

Kolejną przydatną częścią konfiguracji był dostęp do szerszej wiedzy specjalistycznej wewnątrz Innowise. Gdy potrzebny był dodatkowy wkład, zespół mógł skontaktować się z wewnętrznymi specjalistami i wnieść tę wiedzę do projektu. Dało to klientowi dedykowany zespół zaangażowany w dostawę, z szerszym wsparciem inżynieryjnym w razie potrzeby.

Przejmując pełną odpowiedzialność za naszą infrastrukturę, wdrażając najlepsze praktyki branżowe i modernizując cały nasz podstawowy ekosystem, przeszliśmy od konfiguracji zależnej od starszych rozwiązań do nowoczesnej, autonomicznej platformy. Zmiana ta zapewnia stabilność i elastyczność wymaganą w kolejnej fazie naszego rozwoju.

Raman Pitselmakhau DevOps&SRE Product Owner / Infrastructure Lead

Technologie

Platformy chmurowe
Infrastruktura jako kod
CI/CD i GitOps
Orkiestracja kontenerów
Monitorowanie, dzienniki i zarządzanie incydentami
Zarządzanie bezpieczeństwem
Narzędzia danych i platformy
Kontrola źródeł i współpraca
Zaangażowany stos aplikacji

Platformy chmurowe

AWS

EC2, S3, VPC, IAM, Route 53, Lambda, RDS, DynamoDB, ElastiCache, SQS, SNS, Cognito, Secrets Manager, CodePipeline

GCP

GCE, GKE, IAM, Pub/Sub, GCS, Cloud SQL, Shared VPC, KMS, Secret Manager, Dataflow, BigQuery

Infrastruktura jako kod

Terraform, Atlantyda

CI/CD i GitOps

GitHub Actions, ArgoCD, Travis, Spinnaker, sk8ts

Orkiestracja kontenerów

EKS, GKE, Docker

Monitorowanie, dzienniki i zarządzanie incydentami

PagerDuty, Prometheus, VictoriaMetrics, Grafana, CloudWatch, Stackdriver, Humio

Zarządzanie bezpieczeństwem

Wiz, Checkov, GitHub Security Scan, JFrog Artifact Scan, Detectify

Narzędzia danych i platformy

RabbitMQ, PostgreSQL, cloud-sql-proxy, PgBouncer, Istio

Kontrola źródeł i współpraca

GitHub, Jira, Confluence, Slack, Google Chat

Zaangażowany stos aplikacji

Go, Python, Java, PHP, Node.js

Platformy chmurowe

AWS

EC2, S3, VPC, IAM, Route 53, Lambda, RDS, DynamoDB, ElastiCache, SQS, SNS, Cognito, Secrets Manager, CodePipeline

GCP

GCE, GKE, IAM, Pub/Sub, GCS, Cloud SQL, Shared VPC, KMS, Secret Manager, Dataflow, BigQuery

Infrastruktura jako kod

Terraform, Atlantyda

CI/CD i GitOps

GitHub Actions, ArgoCD, Travis, Spinnaker, sk8ts

Orkiestracja kontenerów

EKS, GKE, Docker

Monitorowanie, dzienniki i zarządzanie incydentami

PagerDuty, Prometheus, VictoriaMetrics, Grafana, CloudWatch, Stackdriver, Humio

Zarządzanie bezpieczeństwem

Wiz, Checkov, GitHub Security Scan, JFrog Artifact Scan, Detectify

Narzędzia danych i platformy

RabbitMQ, PostgreSQL, cloud-sql-proxy, PgBouncer, Istio

Kontrola źródeł i współpraca

GitHub, Jira, Confluence, Slack, Google Chat

Zaangażowany stos aplikacji

Go, Python, Java, PHP, Node.js

Zespół

Kierownik projektu

DevOps Engineerr

SRE/DevOps Engineers

Specjalista ds. przestrzeni roboczej Google

Wyniki

Czas trwania projektu

Maj 2025 r. - w toku

Projekt wciąż trwa, ale jego wpływ jest już widoczny w operacjach infrastrukturalnych Lendo i modelu wsparcia. W pierwszych miesiącach zaangażowania zespół Innowise stał się głównym zespołem odpowiedzialnym za infrastrukturę Lendo. Klastry, maszyny wirtualne, bazy danych i powiązane zmiany zostały przeniesione do bardziej przejrzystego i scentralizowanego modelu wsparcia, dając klientowi dedykowany zespół do obsługi codziennej pracy nad infrastrukturą.

Ponadto nasz zespół wprowadził rotację dyżurów, skonfigurował wsparcie pierwszej i drugiej linii, dokonał przeglądu środowiska alertów oraz uporządkował kanały i priorytety alertów. Oprócz tego inżynierowie Innowise zajmowali się powtarzającymi się problemami z infrastrukturą, wspierali pilne zadania związane z bezpieczeństwem i odpornością oraz ściśle współpracowali z zespołami programistów nad żądaniami związanymi z infrastrukturą.

Zaangażowanie poprawiło również łatwość konserwacji w kluczowych obszarach infrastruktury. Zespół dokonał przeglądu starszych usług, zajął się długotrwałymi blokadami technicznymi, poprawił widoczność kosztów chmury oraz ułatwił planowanie i zarządzanie przyszłymi zmianami infrastruktury.

Po udanej współpracy DevOps/SRE, Lendo rozszerzyło swoją współpracę z Innowise o wybrane zadania Java i QA. Te dodatkowe ścieżki wspierały szerszy wysiłek modernizacyjny klienta, podczas gdy główne zaangażowanie nadal koncentrowało się na DevOps/SRE i operacjach infrastrukturalnych.

Spis treści

Większa niezawodność platformy

Powiązane projekty

Skontaktuj się z nami

Umów się na rozmowę lub wypełnij poniższy formularz, a my odezwiemy się do Ciebie po przetworzeniu Twojego zgłoszenia.

Nazwa

Firma

E-mail

Telefon

Wiadomość

Wyślij nam wiadomość głosową

Załącz dokumenty

Prześlij plik

Można załączyć 1 plik o rozmiarze do 2 MB. Prawidłowe formaty plików: pdf, jpg, jpeg, png.

Klikając "Wyślij", wyrażasz zgodę na przetwarzanie Twoich danych osobowych przez Innowise zgodnie z naszą Politykę Prywatności w celu przekazania Ci odpowiednich informacji. Podając numer telefonu, zgadzasz się na kontakt za pośrednictwem połączeń głosowych, SMS-ów lub komunikatorów. Mogą obowiązywać opłaty za połączenia, wiadomości i transmisję danych.

Możesz także wysłać swoje zapytanie
na contact@innowise.com

Co dalej?

Po otrzymaniu i przetworzeniu zgłoszenia skontaktujemy się z Tobą, aby szczegółowo opisać projekt i podpisać umowę NDA w celu zapewnienia poufności.

Po zapoznaniu się z Twoimi potrzebami i oczekiwaniami, nasz zespół opracuje projekt wraz z zakresem prac, wielkością zespołu, wymaganym czasem i szacunkowymi kosztami.

Zorganizujemy spotkanie w celu omówienia oferty i ustalenia szczegółów.

Na koniec podpiszemy umowę, błyskawicznie rozpoczynając pracę nad projektem.