Entwurfsmuster in Master 5

Dieses Dokument markiert verwendete Muster mit Zweck, Einsatzort und Begründung. Im Java-Code stehen zusätzlich // PATTERN: Kommentare.

Adapter

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: enterprise-contracts, shipping-domain, adapter-aws-sqs, adapter-aws-sns, adapter-aws-s3, adapter-onprem-mq, adapter-baremetal-files, adapter-dedicated-soap, adapter-dedicated-sftp

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Aggregate Root

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: order-domain

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Anti-Corruption Layer

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-onprem-oracle, adapter-dedicated-soap, deployment-onprem-integrations

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Architecture Fitness Function

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: testing-architecture

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Audit Trail

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-admin

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

BOM

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: platform-bom

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Boundary Context

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-dedicated-hosting

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Bulkhead

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-autoscaling, infra-resilience

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

CQRS

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: cqrs-readmodel

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Chain of Responsibility

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: pricing-domain, adapter-openshift-pipelines

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Chaos Engineering

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: chaos-lab

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Circuit Breaker

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-service-mesh, infra-resilience, chaos-lab

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Command

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: inventory-domain, saga-core, api-admin, adapter-dedicated-sftp

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Compensating Transaction

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: saga-core

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Composite

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-gitops

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Configuration Composition

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-kustomize

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Contract

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: enterprise-contracts

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Contract Test

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: testing-contract

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Controller

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-rest

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Correlation ID

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-logging, infra-observability

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

DTO

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-rest

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Data Mapper

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-aws-rds

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Decision Tree

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: runbook-operations

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Dependency Management

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: platform-bom

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Deployment

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-base

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Desired State

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-gitops, deployment-openshift-base, deployment-vm-okd

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Documentation as Code

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: documentation-site

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Domain Event

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: order-domain

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Event Bus

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-amq-streams

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Event Envelope

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: integration-events

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Externalized Configuration

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-config, infra-config

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Facade

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-gateway

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Factory Method

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: shared-kernel

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Feature Toggle

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: infra-config

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Feedback Loop

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-autoscaling

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Gateway

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-gateway, adapter-openshift-routes, deployment-aws-rosa, deployment-dedicated-hosting

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

GitOps

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-gitops, deployment-openshift-gitops

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Guard

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-security, testing-architecture

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Health Check

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-monitoring

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Idempotent Consumer

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: worker-scheduler, worker-event-consumer, adapter-openshift-amq-streams

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Infrastructure Adapter

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-storage, deployment-baremetal-openshift

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Integration Zone

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-onprem-integrations

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Knowledge Base

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: documentation-site

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Managed Platform Adapter

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-aws-rosa

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Mapper

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: api-rest

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Message Channel

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-onprem-mq

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Mock Adapter

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: testing-contract

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Node Pool

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-baremetal-openshift

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Observer

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: worker-event-consumer, adapter-openshift-monitoring, adapter-openshift-logging, infra-observability

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Outbox

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: outbox-core

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Overlay

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-kustomize

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Pipeline

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-pipelines, deployment-openshift-pipelines

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Platform Adapter

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-vm-okd

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Policy

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: customer-domain, adapter-openshift-security, infra-security

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Port

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-aws-sqs

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Projection

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: cqrs-readmodel

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Proxy

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-service-mesh

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Publisher

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-aws-sns

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Quality Gate

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-pipelines

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Release Package

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: deployment-openshift-helm

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Repository

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: inventory-domain, adapter-aws-s3, adapter-aws-rds, adapter-openshift-storage, adapter-onprem-oracle, adapter-vm-postgres

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Reverse Proxy

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-routes

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Runbook

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: runbook-operations

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Saga

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: saga-core

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Scheduler

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: worker-scheduler

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Secret Provider

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: adapter-openshift-config

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Smoke Test

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: testing-openshift

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Specification

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: customer-domain

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

State

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: billing-domain

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Strategy

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: billing-domain, pricing-domain

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Template Method

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: shipping-domain, adapter-baremetal-files, deployment-openshift-helm

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Test Pyramid

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: testing-openshift

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Unit of Work

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: outbox-core, adapter-vm-postgres

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Value Object

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: shared-kernel

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Versioned Contract

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: integration-events

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.

Zero Trust Boundary

• Zweck: klare Verantwortung, Austauschbarkeit und betriebssichere Erweiterung.

• Einsatzort: infra-security

• Begründung: Das Muster trennt Fachlogik von Plattformdetails und macht OpenShift, AWS, VM, Bare Metal oder Legacy-Integrationen austauschbar.