Ratepay obnovuje svoj vlastný hlavný systém

Poskytovateľ platobných služieb nahradí svoje pôvodné IT za menej ako 18 mesiacov. Ratepay pred niekoľkými týždňami vypol poslednú databázu zo starého sveta. praktický sprievodca.

Fintech a startupy sa tešia povesti, že sú obzvlášť flexibilní a sťažujú život zavedeným spoločnostiam vďaka ich svižnému IT. Jeden z dôvodov: zastarané IT. Ale digitálni útočníci si nie vždy všimnú, že ich údajne moderné IT sa môže zmeniť na samotné dedičstvo.

Ako sa vytvára staršie IT

Luise Linden, CTO pri ratepay

Legacy IT je ako klbko priadze. Každý, kto zatiahne nitku, len ťažko predpovedá, čo sa potom stane. Takéto situácie nastávajú v IT, keď vývojári programujú blízko základnej logiky, a tým robia spleť IT čoraz zložitejšou. Spočiatku by to mohlo byť v poriadku, aby nové funkcie mohli ísť online rýchlejšie. Tí, ktorí sa vedome zapájajú do tohto technického dlhu, môžu skutočne získať výhody z krátkodobého hľadiska, napríklad rýchlejšiu dobu uvedenia na trh. Je však nevyhnutné splácať dlhy hneď po ich prevzatí. V opačnom prípade existuje riziko IT, ktoré je čoraz ťažšie udržiavať, v ktorých sa hromadia chyby a ktoré zaberajú čoraz viac času.

Ratepay nebol ušetrený. Táto ponuka je zameraná predovšetkým na online predajcov, ktorí chcú svojim zákazníkom ponúknuť čo najviac spôsobov platby vrátane nákupu na účet a na splátky. Pretože takéto požiadavky niekedy zostávajú otvorené, hľadajú partnerov, ktorí by ich mohli zbaviť tohto rizika a tiež pre nich vybaviť následné procesy. Za týmto účelom musí Ratepay vyhodnotiť tieto riziká v reálnom čase, aby zákazníci mohli dokončiť nákup bez čakania. Na tento účel systém vyhľadáva údaje od príslušných úverových agentúr, ale tiež využíva svoje vlastné metódy a strojové učenie, aby sa mohol rýchlo rozhodnúť, či bude alebo nebude riskovať pre rôzne skupiny tovarov, ako sú letenky, nábytok alebo oblečenie.

Vnútorne vyvinutý jadrový systém, ktorý sa za desať rokov rozrástol a riadi následné procesy, však čoraz viac spôsoboval ťažkosti. Patrí sem napríklad to, kde sa na faktúre zobrazuje logo zákazníka a či sú zákazníci akceptovaní alebo akceptovaní. Jadrový systém tiež zohľadňuje rôzne štruktúry poplatkov, spracováva údaje a zasiela ich do pripojených systémov. Postupom času to všetko bolo dosť mätúce. Preto by sa mal systém vymeniť. V procese výberového konania sa ukázalo byť užitočné primárne presne opísať problém (pozri rámček) namiesto toho, aby ste od začiatku špecifikovali konkrétne riešenie. Výsledkom bolo, že projektový tím dokázal vyhodnotiť niekoľko návrhov súčasne a mal istotu vybudovania najmodernejšej architektúry.

IT architektúra nového základného systému Ratepay

Zdroj: Ratepay, Senacor

Vybudujte hlavný systém

Samotný vývoj základného systému znamená predovšetkým výber správnej architektúry. To však predpokladá, že rozumiete, ktoré technické požiadavky je potrebné zmapovať. Problém: Počas fázy spustenia neboli jednotlivé časti programu z prvého systému úplne zdokumentované. Projektový tím preto musel prečítať viac ako 200 000 riadkov kódu SQL, aby mohol zrekonštruovať v tom čase zobrazenú technickosť a zároveň rozčleniť procesy, z ktorých niektoré boli navzájom pretkané. Výsledkom bol model procesu, ktorý sa dal rozdeliť na funkčne pevne zapuzdrené bloky úloh a popísať v jednotlivých mikroslužbách.

Každá mikroslužba plní presne stanovenú úlohu. Vďaka tomu sa ľahko udržiavajú a rozširujú. Napríklad Payment API prijíma objednávky z webov predajcov v reálnom čase a provízií špeciálnymi mikroslužbami na zhromažďovanie dotazov Schufa, výpočet rizika a rozhodovanie o tom, či je zákazníkovi dovolené platiť jeho objednávku na účet alebo na splátky. To všetko sa deje za menej ako pol sekundy. Hneď ako maloobchodný predajca pošle tovar, začnú sa v časovom horizonte využívať menej časovo kritické mikroslužby. Zbernica udalostí distribuuje údaje medzi službami kontrolovaným spôsobom (pozri obrázok).

Všetky služby bežia po prúde, ktoré maloobchodník po zadaní objednávky zákazníkom už nepotrebuje v reálnom čase. Patrí sem napríklad výpočet poplatkov a splátkových plánov, zasielanie faktúr a upomienok, účtovanie v SAP a manipulácia s hotovosťou. V oblasti po prúde sa nachádza aj predajný portál. Ako posledné dedičstvo po starom systéme vývojári začiatkom leta vypli databázový monolit a zriadili nový dátový sklad na vykazovanie.

Zabezpečené know-how

Asynchrónna architektúra nového základného systému ponúka mnoho výhod. Jednotlivé služby je možné aktivovať jeden po druhom. Počas projektu to umožnilo migráciu v menších prírastkoch a znížilo sa riziko, ktoré často prichádza s veľkým treskom. Systém je možné navyše ľahšie rozšíriť a prispôsobiť, pretože je potrebné dotýkať sa iba priamo dotknutých služieb a celá platforma sa nezastaví, ak je potrebné niečo prispôsobiť. Aby ste zostali nezávislí, je vhodné zabezpečiť, aby potrebné know-how prúdilo do organizácie, kým projekt ešte beží (vlastníctvo).

Práca modulárnym spôsobom zapadá aj do agilných metód. Mikroslužby umožňujú rozdelenie veľkých úloh na malé, aby sa rýchlejšie dosiahli prvé výsledky. Takéto malé služby možno tiež z času na čas uviesť do prevádzky, aby bolo možné sledovať, ako sa systém správa ako celok. Prípadné chyby si všimneme skôr a tím sa z nich bude môcť ľahšie učiť. Pri vývoji softvéru je „rýchle zlyhanie“ princípom, ktorý môže tiež pomôcť jednotlivým tímom vymaniť sa z nepružných štruktúr. Monolity sa často vyskytujú nielen v IT, ale aj v organizácii - a tam bránia najlepším nápadom.

Päť pravidiel pre starobný dôchodok

Popíšte problém, a nie jeho riešenie: povedzte, na čo myslíte, potom vyhodnotte, čo vám navrhujú potenciálni poskytovatelia služieb.
Získajte správne chirurgické nástroje: Predom si ujasnite, koľko času, peňazí a aké zručnosti budete v tíme potrebovať, aby projekt fungoval.
„Povedz predvolene nie“: Dodržiavajte definovaný rozsah čo najbližšie a nenechajte sa príliš účtovať. To oneskoruje projekty alebo ich dokonca necháva zlyhať.
Vytvorte si externe zakúpené know-how: zostavte tím interných a externých odborníkov a zabezpečte, aby organizácia mala neskôr zvrchovanosť alebo zodpovednosť za ďalší vývoj.
Vyhnite sa „Veľkému tresku“: Postupná migrácia je ľahšie naplánovateľná a oveľa ľahšie sa vráti späť, ak sa niečo pokazí.

Luise Linden, CTO v Ratepay

Volker Broer, partner spoločnosti Senacor Technologies