5. Zuverlässigkeit der Zahlungen: "Wie wurde das Problem der Idempotenz in gRPC gelöst?"
Ziel des Interviewers: Zahlungen — der gefährlichste Bereich für Duplikate (Double Spending).
Mögliche Frage:
"Die Zahlungsanfrage wurde über gRPC gesendet, ist aber aufgrund eines Timeouts (DEADLINE_EXCEEDED) fehlgeschlagen. Wurde das Geld abgezogen — unbekannt. Was macht das Zahlungssystem?"
So antworten:
"Im finanziellen Transaktionskontext muss jede wiederholte Anfrage einen Idempotency Key haben:
1. In den Metadaten der gRPC-Anfrage (metadata=((‘x-idempotency-key’, key_uuid),)) haben wir immer einen eindeutigen Transaktionsschlüssel übertragen.
2. Beim Empfang von DEADLINE_EXCEEDED konnte der Client sicher erneut versuchen, mit demselben Schlüssel.
3. Der Akquisitionsdienst prüfte die Präsenz dieses Schlüssels in seiner Datenbank / Redis und gab entweder den Status der bereits verarbeiteten Transaktion zurück oder verarbeitete sie zum ersten Mal."
middle+
