Ce înseamnă „după lansare” pe o platformă telecom din SUA
O platformă de facturare și MVNO cu o echipă de doisprezece oameni: cum se leagă lansările, logurile, monitorizarea și triajul erorilor.
Din 2021, fondatorul nostru este arhitectul principal al unei platforme telecom din SUA: facturare consolidată, linii mobile pe marile rețele naționale, o rețea de dealeri, portaluri pentru clienți și administrare, aplicații mobile. Pe ea lucrează peste doisprezece ingineri — backend, frontend, mobil și automatizarea testelor.
Un astfel de sistem nu e niciodată gata. Operatorii își schimbă API-urile, dealerii găsesc noi moduri de a folosi portalul, iar o plată eșuată la trei noaptea înseamnă un client fără serviciu. Construcția e partea mai mică a muncii.
Ce îl ține în funcțiune
- Un pipeline pentru fiecare merge request: build, teste și review înainte ca ceva să ajungă pe o ramură comună.
- O ramură pentru fiecare mediu, ca în producție să ruleze mereu un commit cunoscut.
- Loguri structurate într-un singur loc, căutabile după client, linie sau cerere, în loc de fișiere citite pe servere.
- Monitorizarea serverelor, cu alerte pe disc, CPU și baza de date înainte să observe utilizatorii.
- Erorile din producție devin tichete cu cauza numită în cod, în loturi pe care cineva chiar le poate rezolva.
Ce am învățat
Cele mai multe incidente nu au fost buguri exotice. Au fost o integrare schimbată fără anunț, un job oprit în tăcere, o limită pe care n-o scrisese nimeni. Soluția e plictisitoare și funcționează: fiecare dependență externă vizibilă, în log se scrie decizia, nu doar eroarea, și câte un om responsabil pentru fiecare parte a sistemului.
Așa lucrează MARSO cu fiecare client: cei care proiectează sistemul sunt cei care răspund când se strică.