Java

Iš kur kyla toks aukštas RPS?

Papaskink apie savo patirtį

Kodėl nenaudojote ZGC ar Shenandoah?

Kaip buvo išspręsta pasikartojančių šalutinių poveikių problema?

Kaip pavyko padvigubinti RPS?

Kas vyksta su neapdorotomis žinutėmis DLT toliau?

Papaskinkite apie skaičiavimo programėlės architektūrą — ji nuolat skaičiuoja ar tik užklausos metu?

Kas yra įskaitos Gazprom Neft? Kokia tai sistema?

Kaip organizuota jūsų sistemoje idempotencija?

Kaip pasikeitė atminties naudojimas? Ar reikėjo ką nors nustatyti?

Kaip klientams pranešama, kad yra problemų su skaičiavimais?

Įvesties duomenys OperationId TransactionId ISIN RcvID SndId Quantity OperationId - operacijos ID (sveikas skaičius) TransactionId - sandorio ID (sveikas skaičius) ISIN - instrumento ID (eilutė) RcvID - gavėjo kliento ID (sveikas skaičius), jei -1, tai išėjimas SndId - siuntėjo kliento ID (sveikas skaičius), jei -1, tai įėjimas Quantity - instrumento kiekis (double) OperDate - data [phone] formatu Pavyzdiniai įvesties eilutės: 1 1 RUB [phone] USD [phone] USD [phone] RUB [phone] Reikia suskaičiuoti kiekvieno instrumento kiekį kiekvienam klientui paskutinę datą [phone] USD [phone] USD [phone] RUB 100

Ar žinučių apdorojimo tvarka įtakoja rezultatą? Pavyzdžiui, jei įskaitymas nepavyko DLT, ar galima jį atimti?

Kaip vadinosi reaktyvinis perskaičiavimas statusų perėjimų ir susijusių šalutinių efektų metu?

Ar įvykiai yra koreguojami? Pavyzdžiui, buvo paskirta 10 rublių, o turėjo būti 9. Ką daryti?

Kaip organizuotas pereinamųjų tarp būsenų aprašymas?

Ką daryti, jei verslo reikalavimas yra, kad įraše būtų būtent 9 rubliai, o ne 10?

Kas yra DLT?

Kaip klientas mato situaciją, kai įmokos nepavyko ir jis nori ją atsiimti?