Cheat-Sheets Tiefenfinalisierung

Diese Sammlung ist fuer schnelle Praxisdiagnose gedacht. Jeder Abschnitt enthaelt Befehle, Einsatz, typische Interpretation und naechsten Schritt.

← Zurueck zum Index

Docker Compose

Befehle:

docker compose up -d
docker compose ps
docker compose logs postgres --tail=100
docker compose restart rabbitmq
docker compose down --remove-orphans
docker volume ls | grep cemv2

Wann nutzen:
- Wenn du im Bereich Docker Compose schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Maven Multi-Module

Befehle:

mvn -q -DskipTests package
mvn -pl runtime -am spring-boot:run
mvn -pl integration-tests -am verify
mvn -pl runtime dependency:tree
mvn -DskipTests=false test
mvn -U clean verify

Wann nutzen:
- Wenn du im Bereich Maven Multi-Module schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

PostgreSQL

Befehle:

psql -h localhost -U order_user -d orderdb
select * from order_platform.orders order by created_at desc;
select status,count(*) from outbox.events group by status;
select * from flyway_schema_history order by installed_rank;
explain analyze select * from outbox.events where status='NEW';

Wann nutzen:
- Wenn du im Bereich PostgreSQL schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

RabbitMQ

Befehle:

curl -u order_user:order_pass http://localhost:15672/api/queues
curl -u order_user:order_pass http://localhost:15672/api/exchanges/%2F/order.events
curl -u order_user:order_pass http://localhost:15672/api/bindings
docker compose logs rabbitmq --tail=100

Wann nutzen:
- Wenn du im Bereich RabbitMQ schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Keycloak

Befehle:

curl http://localhost:8082/realms/order-platform/.well-known/openid-configuration
./scripts/security/get-keycloak-token.sh order-admin admin
echo $TOKEN | cut -d. -f2 | base64 -d | jq .
curl -i -H "Authorization: Bearer $TOKEN" http://localhost:8080/api/billing/status/ORD-1

Wann nutzen:
- Wenn du im Bereich Keycloak schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

WireMock

Befehle:

curl http://localhost:8089/__admin/mappings
curl http://localhost:8089/__admin/requests
curl -i -X POST http://localhost:8089/payment/authorize
docker compose restart wiremock

Wann nutzen:
- Wenn du im Bereich WireMock schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Observability

Befehle:

curl http://localhost:8080/actuator/health
curl http://localhost:8080/actuator/prometheus | head
curl http://localhost:9090/api/v1/targets
curl http://localhost:9090/api/v1/rules

Wann nutzen:
- Wenn du im Bereich Observability schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Kubernetes/OpenShift

Befehle:

kubectl get pods,svc,deploy
kubectl describe pod <pod>
kubectl logs <pod> --tail=100
kustomize build deployment/kubernetes/overlays/local
helm template order-runtime deployment/helm/order-runtime
oc get route,svc,pod

Wann nutzen:
- Wenn du im Bereich Kubernetes/OpenShift schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Testcontainers

Befehle:

mvn -pl integration-tests -am verify
docker ps --filter label=org.testcontainers
mvn -Dtest=OrderAcceptanceE2EIT test
mvn -DskipITs=false verify

Wann nutzen:
- Wenn du im Bereich Testcontainers schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

Backup/Restore

Befehle:

./scripts/db/backup-postgres.sh
ls -lh backups/
pg_restore --list backup.dump | head
psql -h localhost -U order_user -d orderdb -c "select count(*) from order_platform.orders;"

Wann nutzen:
- Wenn du im Bereich Backup/Restore schnell pruefen willst, ob Status, Verbindung oder Konfiguration stimmt.

Interpretation:
- Erfolgreiche Ausgabe beweist nur Erreichbarkeit, nicht fachliche Korrektheit.
- Kombiniere Befehle immer mit einem zweiten Signal: Log, SQL, HTTP oder Dashboard.

Naechster Schritt bei Fehler:
- Passenden Fehlerfall im Fehlerkatalog suchen.
- Ursache, Diagnose und Gegenprobe dokumentieren.

⌂ Cockpit