Enterprise Java: Entwicklungsgeheimnisse in großen Unternehmen

Einleitung: Warum Enterprise Java nicht einfach „hingeklatschter Code“ ist

Wenn wir „Java im Enterprise“ hören, kommen uns oft Bilder von riesigen Unternehmensportalen, Bankensystemen oder Cloud-Plattformen in den Sinn. Und das ist nicht weit von der Wahrheit entfernt. Die Entwicklung in großen Unternehmen unterscheidet sich grundlegend von der Arbeit in einem Startup oder dem Schreiben von Hobby-Projekten. Hier gibt es keinen Platz für Experimente „am lebenden Objekt“ – jede Entscheidung muss abgewogen, getestet und genehmigt werden. Warum das so ist? Weil der Preis eines Fehlers in der Enterprise-Umgebung in Millionen von Dollar und dem Ruf des Unternehmens gemessen werden kann.

In diesem Artikel analysieren wir die wichtigsten Merkmale der Java-Entwicklung in großen Unternehmen. Sie erfahren, welche Architekturansätze hier bevorzugt werden, wie der Code-Review-Prozess organisiert ist und warum Monitoring keine Option, sondern eine Notwendigkeit ist. Los geht's!

1. Architektur: Vom Monolithen zu Microservices (und zurück)

Lange Zeit war der De-facto-Standard für Enterprise Java der Monolith auf Basis von Java EE (heute Jakarta EE). Mit dem Aufkommen der Microservice-Architektur hat sich jedoch alles geändert. Große Unternehmen wie Netflix, Amazon und Spotify haben gezeigt, dass die Flexibilität und Skalierbarkeit von Microservices Wunder bewirken können. Aber so eindeutig ist es nicht.

Monolith vs. Microservices: Wann wählt man was?

\n
• Monolith: Ideal für Projekte mit klar definierter Funktionalität und einem kleinen Team. Einfacher im Deployment und Debugging, aber schwierig zu skalieren.
\n
• Microservices: Ermöglichen die unabhängige Entwicklung, das Testen und Deployment von Systemteilen. Erfordern eine leistungsfähige Infrastruktur (Kubernetes, Service Mesh) und eine ausgereifte DevOps-Kultur.
\n

Im Enterprise wird oft ein hybrider Ansatz verwendet: Kritisch wichtige Module (z. B. Zahlungsabwicklung) bleiben monolithisch, während nachgeordnete Dienste (Empfehlungen, Logging) als Microservices ausgelagert werden. Ein Beispiel für einen typischen Microservice mit Spring Boot:

@RestController\n@RequestMapping("/api/orders")\npublic class OrderController {\n\n    private final OrderService orderService;\n\n    public OrderController(OrderService orderService) {\n        this.orderService = orderService;\n    }\n\n    @PostMapping\n    public ResponseEntity<Order> createOrder(@RequestBody @Valid OrderRequest request) {\n        Order order = orderService.createOrder(request);\n        return ResponseEntity.status(HttpStatus.CREATED).body(order);\n    }\n\n    @GetMapping("/{id}")\n    public ResponseEntity<Order> getOrder(@PathVariable Long id) {\n        return orderService.findById(id)\n                .map(ResponseEntity::ok)\n                .orElse(ResponseEntity.notFound().build());\n    }\n}

Beachten Sie die Annotation @Valid – die Validierung von Eingabedaten ist im Enterprise Pflicht. Niemand vertraut dem Client-Code.

2. Sicherheit: Nicht nur JWT und Filter

In der Unternehmensumgebung bedeutet Sicherheit nicht einfach „Spring Security installieren“. Hier ist ein mehrschichtiger Schutz erforderlich: von der Authentifizierung bis zur Prüfung von Aktionen. Große Unternehmen verwenden oft OAuth 2.0 in Verbindung mit Keycloak oder Okta. Darüber hinaus ist die Protokollierung aller Vorgänge im Zusammenhang mit vertraulichen Daten obligatorisch.

@Configuration\n@EnableWebSecurity\npublic class SecurityConfig {\n\n    @Bean\n    public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {\n        http\n            .authorizeHttpRequests(authz -> authz\n                .requestMatchers("/api/admin/**").hasRole("ADMIN")\n                .requestMatchers("/api/user/**").hasAnyRole("USER", "ADMIN")\n                .anyRequest().authenticated()\n            )\n            .oauth2ResourceServer(oauth2 -> oauth2\n                .jwt(Customizer.withDefaults())\n            )\n            .sessionManagement(session -> session\n                .sessionCreationPolicy(