Spring Gesamtplattform

Diese Seite bleibt auch ohne JavaScript lesbar. Suche und Buttons sind Zusatzkomfort.

Spring Enterprise Landkarte

Was gehört zusammen, was löst welches Enterprise-Problem, und wann ist welches Modul sinnvoll?

Spring Enterprise: fachliche Anwendung + technische Infrastruktur Web/APIMVC • REST • WebFlux ApplicationServices • Use Cases DomainRegeln • Aggregates Data/IOJPA • JDBC • Messaging Boot Auto-ConfigStarter • Profiles SecurityFilter • OAuth2 • JWT OpsActuator • Metrics • Traces
1. Fachliches Zielbild

Spring ist im Enterprise-Kontext weniger ein einzelnes Framework als ein Ökosystem für fachliche Anwendungen, technische Querschnitte und produktionsfähigen Betrieb. Die Kunst besteht darin, Spring nicht als Sammlung von Annotationen zu lernen, sondern als Schichtenmodell: HTTP/API, Use Cases, Domain, Datenzugriff, Integration, Security und Betrieb.

Für Senior-Entwicklung ist wichtig: Spring löst nicht automatisch Architekturprobleme. Es bietet Mechanismen. Die fachlichen Grenzen, Transaktionsgrenzen, API-Verträge und Team-Schnittstellen müssen bewusst modelliert werden.

Typische Enterprise-Landkarte als Paketstruktur
com.example.order
├── api              # REST/HTTP Adapter: Controller, DTO, Error Mapping
├── application      # Use Cases: Transaktionsgrenzen, Orchestrierung
├── domain           # Fachmodell: Regeln, Value Objects, Domain Events
├── infra            # JPA, Messaging, externe Systeme
└── config           # Security, Observability, Beans, Profiles
2. Spring Framework vs. Spring Boot vs. Spring Cloud

Spring Framework ist die Grundschicht: Dependency Injection, Transaktionen, Web-Stack, AOP, Ressourcen, Datenzugriff und Integration in Java-Anwendungen. Spring Boot legt darüber Konventionen, Auto-Konfiguration, Starter, Packaging und Produktionsfunktionen. Spring Cloud ergänzt Muster verteilter Systeme wie externe Konfiguration, Gateway, Resilienz, Messaging und Contract Testing.

Praktische Regel: Framework erklärt das Warum und Wie. Boot erklärt den produktiven Standardpfad. Cloud erklärt die Probleme, die erst entstehen, wenn mehrere Services, Teams, Umgebungen und Deployments beteiligt sind.

3. Entscheidungsmatrix

Nutze Spring MVC für klassische synchrone REST-APIs, Spring WebFlux für viele IO-lastige nicht-blockierende Flows, Spring Data JPA für domänennahe relationale Modelle, JDBC für explizite SQL-Kontrolle, Spring Security für Authentifizierung und Autorisierung, Actuator/Micrometer für Betriebssicht und Spring Batch für robuste Massenverarbeitung.

Enterprise-Prüffragen

  • Kann ich die fachliche Schicht von der technischen Adapter-Schicht trennen?
  • Ist klar, wo Transaktionen beginnen und enden?
  • Gibt es Betriebsendpunkte, Health Checks und Metriken?
  • Sind Security-Regeln zentral und testbar?