Java

От къде идва такъв висок RPS?

Разкажи за своя опит

Защо не използвахте ZGC или Shenandoah?

Как успяхме да удвоим RPS?

Как беше решен проблемът с повторното изпълнение на страничните ефекти?

Какво се случва с необработените съобщения в DLT след това?

Разкажете за архитектурата на приложението за изчисления — то постоянно изчислява или в момента на заявката?

Как е организирана идемпотентността във вашата система?

Какво са начисленията в Газпромнефт? Каква е тази система?

Как се промени използването на паметта? Трябваше ли нещо да настроите?

Как се уведомяват клиентите, че има проблем с изчисленията?

Входни данни OperationId TransactionId ISIN RcvID SndId Quantity OperationId - ID на операция (цяло число) TransactionId - ID на транзакция (цяло число) ISIN - ID на инструмента (низ) RcvID - ID на клиента получател (цяло число), ако -1, това е изход SndId - ID на клиента изпращач (цяло число), ако -1, това е вход Quantity - количество на инструмента (double) OperDate - дата във формат [phone] Входните данни са низове, например 1 1 RUB [phone] USD [phone] USD [phone] RUB [phone] Трябва да се изчисли количеството на всеки инструмент за всеки клиент към последната дата [phone] USD [phone] USD [phone] RUB 100

Влияе ли редът на обработка на съобщенията върху резултата? Например, ако зачисляването е неуспешно в DLT, може ли да бъде приспаднато?

Как се наричаше реактивното пресмятане при преходите между статуси и свързаните странични ефекти?

Има ли корекции на събитията? Например, начислили 10 рубли, а трябваше да са 9. Какво да правите?

Какво да правим, ако бизнес изискването е в записа да има точно 9 рубли, а не 10?

Как е организирано описанието на преходите между статусите?

Какво е DLT?

Как вижда клиентът ситуацията, когато зачислението е неуспешно и иска да го изтрие?