chore: added deployment port mapping for monitoring access

.gitignore

@@ -36,3 +36,4 @@ out/
 ### VS Code ###
 .vscode/
 /dev/gpas*
+/deploy/.env

README.md

@@ -1,6 +1,7 @@
 # ETL-Processor for bwHC data
 
-Diese Anwendung versendet ein bwHC-MTB-File an das bwHC-Backend und pseudonymisiert die Patienten-ID.
+Diese Anwendung versendet ein bwHC-MTB-File an das bwHC-Backend und pseudonymisiert die
+Patienten-ID.
 
 ## Pseudonymisierung der Patienten-ID
 
@@ -12,41 +13,49 @@ Ist diese nicht gesetzt. wird intern eine Anonymisierung der Patienten-ID vorgen
 
 ### Eingebaute Pseudonymisierung
 
-Wurde keine oder die Verwendung der eingebauten Pseudonymisierung konfiguriert, so wird für die Patienten-ID der
+Wurde keine oder die Verwendung der eingebauten Pseudonymisierung konfiguriert, so wird für die
-entsprechende SHA-256-Hash gebildet und Base64-codiert - hier ohne endende "=" - zuzüglich des konfigurierten Prefixes
+Patienten-ID der
+entsprechende SHA-256-Hash gebildet und Base64-codiert - hier ohne endende "=" - zuzüglich des
+konfigurierten Prefixes
 als Patienten-Pseudonym verwendet.
 
 ### Pseudonymisierung mit gPAS
 
 Wurde die Verwendung von gPAS konfiguriert, so sind weitere Angaben zu konfigurieren.
 
-* `APP_PSEUDONYMIZE_GPAS_URI`: URI der gPAS-Instanz inklusive Endpoint (z.B. `http://localhost:8080/ttp-fhir/fhir/gpas/$pseudonymizeAllowCreate`)
+* `APP_PSEUDONYMIZE_GPAS_URI`: URI der gPAS-Instanz inklusive Endpoint (
+  z.B. `http://localhost:8080/ttp-fhir/fhir/gpas/$pseudonymizeAllowCreate`)
 * `APP_PSEUDONYMIZE_GPAS_TARGET`: gPas Domänenname
 * `APP_PSEUDONYMIZE_GPAS_USERNAME`: gPas Basic-Auth Benutzername
 * `APP_PSEUDONYMIZE_GPAS_PASSWORD`: gPas Basic-Auth Passwort
-* `APP_PSEUDONYMIZE_GPAS_SSLCALOCATION`: Root Zertifikat für gPas, falls es dediziert hinzugefügt werden muss.
+* `APP_PSEUDONYMIZE_GPAS_SSLCALOCATION`: Root Zertifikat für gPas, falls es dediziert hinzugefügt
+  werden muss.
 
 ## Mögliche Endpunkte
 
-Für REST-Requests als auch (parallel) zur Nutzung von Kafka-Topics können Endpunkte konfiguriert werden.
+Für REST-Requests als auch (parallel) zur Nutzung von Kafka-Topics können Endpunkte konfiguriert
+werden.
 
 ### REST
 
-Folgende Umgebungsvariablen müssen gesetzt sein, damit ein bwHC-MTB-File an das bwHC-Backend gesendet wird:
+Folgende Umgebungsvariablen müssen gesetzt sein, damit ein bwHC-MTB-File an das bwHC-Backend
+gesendet wird:
 
-* `APP_REST_URI`: URI der zu benutzenden API der bwHC-Backend-Instanz. z.B.: `http://localhost:9000/bwhc/etl/api`
+* `APP_REST_URI`: URI der zu benutzenden API der bwHC-Backend-Instanz.
+  z.B.: `http://localhost:9000/bwhc/etl/api`
 
 ### Kafka-Topics
 
-Folgende Umgebungsvariablen müssen gesetzt sein, damit ein bwHC-MTB-File an ein Kafka-Topic übermittelt wird:
+Folgende Umgebungsvariablen müssen gesetzt sein, damit ein bwHC-MTB-File an ein Kafka-Topic
+übermittelt wird:
 
 * `APP_KAFKA_TOPIC`: Zu verwendendes Topic
 * `APP_KAFKA_SERVERS`: Zu verwendende Kafka-Bootstrap-Server als kommagetrennte Liste
 
 Weitere Einstellungen können über die Parameter von Spring Kafka konfiguriert werden.
 
-
 ### Docker Image
+
 Bauen eines Docker Images kann wie folgt erzeugt werden:
 
 ```bash
@@ -54,7 +63,10 @@ docker build . -t "imageName"
 ```
 
 *Ausführen als Docker Conatiner:*
+Wenn gewünscht, Änderungen in der `env` vornehmen. Beachten, dass *MONITORING_HTTP_PORT* über
+Host-Umgebung gesetzt werden muss (z.B. .env oder Parameter --env-file )
 
 ```bash
-docker compose -f deploy/docker-compose.yaml up -d
+cd ./deploy
+docker compose up -d
 ```

deploy/docker-compose.yaml

@@ -1,4 +1,4 @@
-version: '3.7'
+
 
 services:
   dnpm-etl-processor:
@@ -9,6 +9,8 @@ services:
       - db
     networks:
       - dnpm_processor
+    ports:
+      - "${MONITORING_HTTP_PORT:-8080}:8080"
 
   db:
     image: mariadb:10

deploy/env-sample.env

@@ -1,5 +1,5 @@
 # monitoring access port
-SERVER_PORT=8000
+MONITORING_HTTP_PORT=8088
 
 # GPAS or BUILDIN
 APP_PSEUDONYMIZE_GENERATOR=BUILDIN