Posiadanie jednego źródła prawdy jest zdecydowanie najlepszym rozwiązaniem i do tego trzeba dążyć zawsze. Jednocześnie, należy pamiętać, że mikroserwisy powstały w konkretnym celu – w celu zapewnienie wysokiej wydajności i skalowalności. W takiej sytuacji, jedno źródło prawdy staje się wąskim gardłem i pojedynczym punktem awarii!
Tworząc system o architekturze mikroserwisowej mamy do zbudowania skomplikowany system wzajemnych powiązań pojedynczych trybików wielkiej maszyny. Jednak trybik trybikowi nierówny. Mamy różne rodzaje mikroserwisów, każdy rządzi się innymi prawami i ograniczeniami.
Typy proste jako identyfikatory obiektów to nie jest najlepszy pomysł. To działa, jednak można to zrobić lepiej niewielkim nakładem pracy.
Jeśli używasz Spring Cloud Config warto zwrócić uwagę na to jak wygląda twoja organizacja konfiguracji w repozytorium GIT. Dobre jej zaprojektowanie umożliwi Ci wykorzystanie pełnej historii, tagów oraz branchy w sposób efektywny.
Konfigurację dla mikroserwisów możemy pobierać również z serwera, który jest centralnym i łatwo dostępnym źródłem konfiguracji dla aplikacji Spring Bootowej.
Zastosowanie zmiennych środowiskowych do wstrzykiwania parametrów do konfiguracji aplikacji.
Jeden ze sposobów na zarządzanie konfiguracją mikroserwisu uruchomionego jako kontener dockerowy z zaszytą konfiguracją wewnątrz.