Java

Waar komt zo'n hoge RPS vandaan?

Vertel over je ervaring

Waarom hebben jullie ZGC of Shenandoah niet gebruikt?

Hoe werd het probleem van herhaalde uitvoering van bijwerkingen opgelost?

Hoe is het gelukt om de RPS te verdubbelen?

Wat gebeurt er met onverwerkte berichten in DLT verder?

Vertel over de architectuur van de berekeningsapplicatie — berekent het voortdurend of op het moment van aanvraag?

Wat zijn de accruals bij Gazprom Neft? Wat voor systeem is dit?

Hoe is de idempotentie georganiseerd in uw systeem?

Hoe is het geheugenverbruik veranderd? Moest er iets worden aangepast?

Invoergegevens OperationId TransactionId ISIN RcvID SndId Quantity OperationId - operation-ID (geheel getal) TransactionId - transactie-ID (geheel getal) ISIN - instrument-ID (string) RcvID - ontvanger-klant-ID (geheel getal), als -1, dan is het een uitgang SndId - verzender-klant-ID (geheel getal), als -1, dan is het een invoer Quantity - hoeveelheid van het instrument (double) OperDate - datum in het formaat [phone] Invoerregels, bijvoorbeeld 1 1 RUB [phone] USD [phone] USD [phone] RUB [phone] Het is nodig om de hoeveelheid van elk instrument voor elke klant op de laatste datum te tellen [phone] USD [phone] USD [phone] RUB 100

Hoe wordt aan klanten aangegeven dat er een probleem is met de berekeningen?

Beïnvloedt de volgorde van berichtverwerking het resultaat? Bijvoorbeeld, als de bijschrijving in de DLT is mislukt, kan deze dan worden afgetrokken?

Hoe heette de reactieve herberekening bij statuswijzigingen en gerelateerde bijwerkingen?

Zijn er correcties van gebeurtenissen? Bijvoorbeeld, er werd 10 roebel bijgeschreven, maar had 9 moeten zijn. Wat te doen?

Wat te doen als de zakelijke vereiste is dat er precies 9 roebels in de registratie staan, niet 10?

Hoe is de beschrijving van de overgangen tussen statussen georganiseerd?

Wat is DLT?

Hoe ziet de klant de situatie wanneer de storting is mislukt en hij wil aftrekken?