upgrade(docker)

2025-08-16 15:47:57 +02:00
parent 1ef14a3692
commit 9c21154199
48 changed files with 6250 additions and 549 deletions
@@ -67,5 +67,20 @@ Diese Kombination aus Micrometer, Prometheus, Zipkin und Grafana bildet einen le
 * **Umgebungsspezifische Konfiguration**: Getrennte Einstellungen für Entwicklung und Produktion
 * **Erweiterte ELK-Integration**: Vollständige Logging-Pipeline mit Elasticsearch und Logstash

+## Testing-Strategie (Tracer-Bullet Zyklus)
+
+Im Rahmen des aktuellen "Tracer-Bullet"-Entwicklungszyklus wurde die Testing-Strategie auf das **Minimum für die Architektur-Validierung** reduziert:
+
+### Monitoring-Server Test
+* **Ein essentieller "Smoke-Test"**: Überprüft, ob der Zipkin-Server (monitoring-server) überhaupt starten kann
+* **Zweck**: Validiert die korrekte Konfiguration des zentralen Monitoring-Servers
+* **Warum essentiell**: Ohne einen funktionsfähigen Zipkin-Server können im finalen E2E-Test keine Tracing-Daten empfangen und ausgewertet werden
+
+### Monitoring-Client
+* **Keine separaten Tests**: Die monitoring-client Bibliothek wird implizit durch die Integration in andere Services (z.B. ping-service) getestet
+* **Validierung erfolgt End-to-End**: Die Funktionalität wird durch den finalen "Tracer-Bullet"-Test bestätigt, wenn Services erfolgreich Tracing-Daten senden
+
+Diese minimalistische Teststrategie stellt sicher, dass die Monitoring-Komponenten für den "Tracer-Bullet"-Test bereit sind, ohne Zeit in umfangreiche Testsuites zu investieren, die für die Architektur-Validierung nicht notwendig sind.
+
 ---
-**Letzte Aktualisierung**: 15. August 2025
+**Letzte Aktualisierung**: 16. August 2025
@@ -18,6 +18,4 @@ dependencies {
    // Es enthält Spring Boot Actuator, Micrometer Prometheus und Zipkin Tracing.
    implementation(libs.bundles.monitoring.client)

-    // Stellt alle Test-Abhängigkeiten gebündelt bereit.
-    testImplementation(projects.platform.platformTesting)
 }
@@ -1,25 +0,0 @@
-package at.mocode.infrastructure.monitoring.client
-
-import org.assertj.core.api.Assertions.assertThat
-import org.junit.jupiter.api.Test
-import org.springframework.boot.autoconfigure.AutoConfigurations
-import org.springframework.boot.test.context.runner.ApplicationContextRunner
-
-class MonitoringClientAutoConfigurationTest {
-
-    private val contextRunner = ApplicationContextRunner()
-        .withConfiguration(AutoConfigurations.of(MonitoringClientAutoConfiguration::class.java))
-
-    @Test
-    fun `should load monitoring properties correctly into the environment`() {
-        // Arrange
-        val expectedPropertyValue = "true"
-        val propertyKey = "management.observations.http.server.requests.enabled"
-
-        // Act & Assert
-        contextRunner.run { context ->
-            val actualPropertyValue = context.environment.getProperty(propertyKey)
-            assertThat(actualPropertyValue).isEqualTo(expectedPropertyValue)
-        }
-    }
-}
@@ -1,7 +0,0 @@
-package at.mocode.infrastructure.monitoring.client
-
-import org.springframework.boot.autoconfigure.SpringBootApplication
-
-// Minimaler Test-Application-Context für Library-Tests.
-@SpringBootApplication
-class MonitoringClientTestApplication
@@ -22,9 +22,10 @@ dependencies {
    implementation(libs.spring.boot.starter.web)
    implementation(libs.spring.boot.starter.actuator)

-    // Abhängigkeiten für den Zipkin-Server und seine UI.
+    // Abhängigkeiten für den Zipkin-Server (UI ist via zipkin-lens bereits enthalten).
    implementation(libs.zipkin.server)
-    implementation(libs.zipkin.autoconfigure.ui)
+    // Prometheus client für Zipkin Metriken
+    implementation(libs.micrometer.prometheus)

    // Stellt alle Test-Abhängigkeiten gebündelt bereit.
    testImplementation(projects.platform.platformTesting)