Stabilizarea și extinderea unei platforme de resurse umane multi-tenant

Clientul nostru publică o platformă de resurse umane folosită de companii franceze de dimensiuni medii pentru gestionarea absențelor, evidența de personal și pregătirea salarizării. Produsul este o aplicație Ruby on Rails multi-tenant, cu PostgreSQL și procesare în fundal cu Sidekiq, găzduită pe AWS în regiunea eu-west-3 (Paris) și deținută de o echipă mică de ingineri seniori.

Clienții enterprise soseau mai repede decât îi putea absorbi echipa. Fiecare nou prospect aducea chestionare de securitate, cerințe de autentificare unică (SSO) și solicitări de integrare cu sistemele de salarizare.

Aceiași ingineri care duceau foaia de parcurs a produsului se ocupau și de producție. Răspunsul la incidente întrerupea fiecare sprint, backlog-ul de buguri creștea, iar sarcinile de fundal care transferau date de salarizare eșuau uneori fără niciun semnal — tipul de defecțiune pe care un produs de resurse umane nu și-l poate permite. Între timp, două oportunități enterprise se blocaseră din cauza lipsei SSO prin SAML și a unui export pentru salarizare.

Angajarea mai multor ingineri seniori la Paris era lentă și costisitoare și tot nu ar fi asigurat pe nimeni de permanență (on-call) noaptea.

Am început cu o tranziție de șase săptămâni: am citit codul sursă, am lucrat în pereche cu inginerii clientului și am scris runbook-uri pentru modurile de defectare pe care aceștia le știau pe de rost. Am instrumentat aplicația cu Sentry și Datadog APM, am adăugat logging structurat și am pus fiecare coadă Sidekiq sub monitorizare explicită, cu gestionarea mesajelor eșuate (dead-letter) și reîncercări idempotente pentru orice job care atinge date de salarizare.

De atunci, producția a devenit responsabilitatea noastră în baza unui contract de Mentenanță IT administrată (SLA): monitorizare 24/7, clasificarea incidentelor P1–P4, remedierea erorilor și actualizări de securitate. Înainte de a modifica ceva în fluxurile de calcul al salariilor, am adăugat în jurul lor teste de caracterizare. CI rulează pe GitHub Actions, cu un mediu de staging care reproduce structura datelor de producție prin fixture-uri anonimizate.

În paralel, inginerii noștri au livrat funcționalitățile de care depindea fluxul de vânzări: autentificare unică (SSO) SAML 2.0 și OIDC, construită ca serviciu de autentificare dedicat în fața monolitului; un API REST versionat, cu livrare prin webhook; și un conector de export pentru salarizare, care produce fișiere pe care clienții clientului le încarcă în sistemele lor de calcul al salariilor. Fiecare integrare a fost livrată cu izolare între tenanți și limitarea ratei de solicitări (rate limiting) încă de la prima versiune.