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.

diff --git a/src/main/resources/application.yml b/src/main/resources/application.yml
index 4a5477f..bf339b0 100644 (file)
--- a/src/main/resources/application.yml
+++ b/src/main/resources/application.yml
@@ -1,7 +1,7 @@
 sumup:
   requests:
     bootstrap-server: :9092
-    group-id: my-group
+    group-id: sumup-requests
     client-id: DEV
     topic-in: in
     topic-out: out