BENDRI galime padaryti daug daugiau, nei jūs galite padaryti vienas.
Ieškome talentingų ir motyvuotų žmonių, kurie galėtų prisijungti prie mūsų sparčiai augančios komandos.
Java systems kept fast, secure & cost-efficient — for good.
Mūsų migracijos sistema sumažina riziką koordinuodama schemų transformacijas, įvykių atkūrimą ir periferinių komponentų suderinimą pagal pakartotinai naudojamą veiksmų planą. Duomenys pirmiausia srautu siunčiami į PostgreSQL / MySQL repliką, žinučių eilės atkuria būseną, o sintetiniai testai patvirtina atitikimą. Blue-green perjungimas leidžia persijungti, kai pasiekiamas pasitikėjimo lygis, tuo metu galimas atstatymas išlieka aktyvus, kol stabilizuojasi SLI rodikliai.
Paviršinis perkėlimas ignoruoja tikrąjį sudėtingumą – ekosistemą. Mūsų analizės dirbtuvės susieja kiekvieną Java iškvietimą su palaikymo sluoksniais – PostgreSQL / MySQL, a cache layer, a message queue, CDN ir stebėsenos pipeline'ais. Vertiname brandumą, dokumentuojame apribojimus ir peržvelgiame tiekėjų veiksmų planus. Gautas skirtumų matricos pagrindu apskaičiuojami sprintai ir nustatomos greitos pergalės, pvz., vietoj cron naudoti a cloud platform planuotojus.
Petabaitų duomenų perkėlimas vienu kartu gali sukelti prastovas, todėl dalijame procesą. Duomenų pakeitimai srautais siunčiami į PostgreSQL / MySQL šešėlinę kopiją, o istoriniai skyriai replikacijos būdu perduodami lygiagrečiai. Programos kodas pirmiausia keičia skaitymo kelią, leisdamas stabilizuoti vėlavimą prieš perjungiant rašymą. a message queue šališkumai lieka sinchronizuoti, o cache atnaujinimai vykdomi numatytu laiku.
Dideli versijų atnaujinimai dažnai lydi migracijas, bet rankiniai atnaujinimai sukelia klaidų. Mūsų botai sukuria pull request'us, kurie atnaujina Spring Boot, regeneruoja lock failus, perkuria konteinerius su a build tool ir vykdo pilną JUnit paketą. Nesėkmingos pipeline'ai žymi skirtumus su patarimais, o pasiekus sėkmę, pasirašytas žymėjimas perkelia vaizdą į staging aplinką.
Platformos keitimas yra puiki proga padidinti saugumą. Prieš pradėdami srautą, integruojame SCA, SAST ir Secrets-as-Code skenerius į CI pipeline, taikome mažiausių teisių IAM a cloud platform ir keičiame prisijungimus PostgreSQL / MySQL ir a cache layer. Istorinės SBOM silpnybės tampa privalomais bilietais. Po pen-testavimo, kai nelieka kritinių radinių, produkcija patvirtinama.
Perjungimas vyksta naudojant automatizuotus blue-green srautus, identiškus mūsų priežiūros pipeline'ui. Srauto keitiklis palaipsniui perjungia 5 % seansų į naują Java platformą, lygindamas latencijas, klaidų santykius ir KPI, pvz., atsiskaitymo konversiją. Sveikatos parašai apima gilias metrikas, pvz., PostgreSQL / MySQL užklausų eilę ar a cache layer išvalymo dažnį. Tik tada, kai našumas atitinka bazinį lygį, senoji aplinka išjungiama.
Pramonės šakos, veikiančios pagal GDPR, HIPAA ar PCI, negali sau leisti audito spragų. Mūsų atitikties komanda žemėlapyje pateikia kiekvieną kontrolės tašką naujai platformai: PostgreSQL / MySQL šifravimas ramybės būsenoje, a cloud platform raktų keitimas, a message queue valdymo skydelių rolės ir a build tool artefaktų atsekamumas. Įrodymai renkasi automatiškai per nekintamus logus ir pasirašytus pareiškimus.
Migracijos metu suinteresuotųjų šalių nerimas išauga, todėl komunikacija vykdoma intensyviu ritmu. Kasdieniai el. laiškai apima komponentų parengtį – cache hit-rate, PostgreSQL / MySQL replikacijos vėlavimus, a message queue gylį ir a cloud platform sąnaudų prognozes. Vieša prietaisų skydelė pateikia SLIs ir grąžinimo kriterijus. Taip komandos išlieka suderintos ir sprendimai grindžiami duomenimis.
Kai visas srautas valdomas naujojo stack'o, prasideda 45 dienų derinimo laikotarpis. Stebėjimo skydeliai rodo lėtas užklausas, „triukšmingus kaimynus“ ir a cache layer atminties problemas. Automatiniai PostgreSQL / MySQL indeksavimo patarėjai optimizuoja planus, o a cloud platform autoscaler kreivės prisitaiko prie realių apkrovų, sumažinant sąnaudas 20–30 %. Patirtys įrašomos į veiklos vadovus ateities migracijoms.
Platformos modernizacija nesibaigia perjungimu. Išliekame įtraukti per pirmus tris leidimo ciklus, konsultuodami komandas, tobulindami pipeline'us ir aptikdami kraštutinius atvejus prieš juos pastebint klientams. Ketvirčio ataskaitos susieja JUnit sėkmes, deploy dažnį ir klaidų tankį su pajamomis ir klientų išlaikymu.
JavaFactory specializuojasi Java. Mes turime komandą Java !
Veiklos metų
Įgyvendintų projektų
Java Kūrėjai
Specializuojamės Java.
Ieškome talentingų ir motyvuotų žmonių, kurie galėtų prisijungti prie mūsų sparčiai augančios komandos.