Java

Skąd pochodzi tak wysokie RPS?

Opowiedz o swoim doświadczeniu

Dlaczego nie używaliście ZGC lub Shenandoah?

Jak rozwiązano problem powtarzalnego wykonywania efektów ubocznych?

Jak udało się podwoić RPS?

Co się dzieje z nieprzetworzonymi wiadomościami w DLT dalej?

Opowiedz o architekturze aplikacji rozliczeniowej — czy oblicza ona ciągle, czy tylko w momencie zapytania?

Czym są naliczenia w Gazprom Neft? Jaki to system?

Jak jest zorganizowana idempotentność w twoim systemie?

Jak zmieniło się zużycie pamięci? Czy trzeba było coś dostosować?

Jak klientom sygnalizuje się, że występuje problem z obliczeniami?

Dane wejściowe OperationId TransactionId ISIN RcvID SndId Quantity OperationId - ID operacji (liczba całkowita) TransactionId - ID transakcji (liczba całkowita) ISIN - ID instrumentu (łańcuch znaków) RcvID - ID klienta odbiorcy (liczba całkowita), jeśli -1, to wyjście SndId - ID klienta nadawcy (liczba całkowita), jeśli -1, to wejście Quantity - ilość instrumentu (liczba zmiennoprzecinkowa) OperDate - data w formacie [phone] Przykładowe wejściowe ciągi znaków: 1 1 RUB [phone] USD [phone] USD [phone] RUB [phone] Należy policzyć ilość każdego instrumentu dla każdego klienta na ostatnią datę [phone] USD [phone] USD [phone] RUB 100

Czy kolejność przetwarzania wiadomości wpływa na wynik? Na przykład, jeśli zaksięgowanie nie powiodło się w DLT, czy można je odliczyć?

Jak nazywało się reaktywne przeliczanie podczas przejść stanów i związanych z tym efektów ubocznych?

Co zrobić, jeśli wymóg biznesowy jest taki, że w rekordzie musi być dokładnie 9 rubli, a nie 10?

Jak zorganizowano opis przejść między stanami?

Czy występują korekty zdarzeń? Na przykład, przyznano 10 rubli, a powinno było 9. Co robić?

Czym jest DLT?

Jak klient widzi sytuację, gdy przelew nie powiódł się i chce go odliczyć?