Es sollte eine andere Group-ID voreingestellt sein
authorKai Moritz <kai@juplo.de>
Tue, 30 Aug 2022 04:49:22 +0000 (06:49 +0200)
committerKai Moritz <kai@juplo.de>
Sat, 3 Sep 2022 17:10:25 +0000 (19:10 +0200)
commit089818460222caad06c640f5f4988882feea8a3c
tree5938120f63e97e754676d89860a9272a6296ca62
parenta53845885ccfa90fb94dd7696762647a450c4394
Es sollte eine andere Group-ID voreingestellt sein

* Wenn die selbe Group-ID voreingestellt ist, kommt es bei Experimenten
  schnell dazu, dass die `sumup-requests`-Instanzen der selben Gruppe
  beitreten, wie die `sumup-adder`-Instanzen.
* Dies ist zwar ggf. verwirrend, führt aber _nicht unbedingt_ zu Fehlern,
  da die beiden Services unterschiedliche Topics lesen, so dass sie sich
  nicht wechselseitig die Arbeit streitig machen.
* Es kommt allerdings zu schwer nachvollziehbaren Fehlern, sobald mit
  der Partition-Assignment-Strategy experimentiert wird.
* Denn in diesem Fall kann z.B. `sumup-adder` nicht mehr frei eine
  Strategie wählen, da `sumup-requests` zuvor schon die Protokoll-Version
  `Cooperative` gewählt hat, die nicht rückwärtskompatibel ist.
* D.h., wenn `sumup-adder` später die Strategy `StickyAssignor` wählt,
  bekommt sie nur die verwirrende Meldung, das ein anderes Gruppen-Mitglied
  eine inkompatible Version verwendet.
src/main/resources/application.yml