Herzlich willkommen im Elfenbeinturm! Hier können Sie noch sehen, wie Software- und Systemarchitekturen am Reißbrett entworfen werden. Am Reißbrett? Wirklich? Hatten wir diese Zeit nicht hinter uns gelassen, schon vor vielen Jahren? Sind wir nicht in einer Zeit angekommen, in der agile und eher fachlich orientierte Teams Technologie einfach nutzt? Gänzlich ohne eigene Frameworks und Abstraktionen? Scheinbar nicht – wie viele Unternehmen und damit verbundene Organisationsstrukturen immer noch beweisen. Es wird Zeit, diese historischen Monster endlich in den Ruhestand zu schicken und der Rolle des Enterprise-Architekten ein neues Aufgabenspektrum anzuvertrauen, sodass technologisches Momentum zugelassen und dennoch Wildwuchs vermieden wird. Der moderne Enterprise-Java-Architekt in Zeiten sich auflösender zentralistischer Strukturen – modelliert in einer einzigen Session.
Das ist doch alles nur Frontend - Wer braucht da schon Architektur?
Der Enterprise-Java-Architekt – eine aussterbende Gattung!?
1. Jens Schumann openknowledge.de blog.openknowledge.de
Der Enterprise-(Java)-Architekt
Eine aussterbende Gattung!?
Quelle: [1]
2. Warum ich dazu etwas sagen darf
• CTO open knowledge
• New Economy Durchstarter und Teilzeit-Oldenbürger
• 20 Jahre branchenübergreifende Enterprise IT-Erfahrung
• Schwerpunkt: Enterprise (Java)
Jens Schumann
9. Zitate Stellenausschreibungen
...
Als Enterprise Architekt (m/w) unterstützen Sie die
Architekturentwicklung im Konzern. Die Verantwortung liegt
dabei in der Festlegung und Koordination der Enterprise
Architektur, Prozesse, Frameworks und Tools.
...
10. Zitate Stellenausschreibungen
...
Zur Auswahl der richtigen IT Architektur untersuchen
und bewerten Sie die neuesten IT-Technologien und Trends,
definieren die entsprechenden IT Architecture Guidelines und
stellen ihre Anwendung in den zukünftigen IT Projekten
über verschiedene Organisationen sicher
...
13. Zitate Stellenausschreibungen
...
Sie agieren als Ansprechpartner für technische und
konzeptionelle Fragestellungen und coachen die
Entwicklungsteams bei der Einführung neuer Technologien
...
17. Symptome – im Großen
Für dieses Problem müssten wir unbedingt in unserem
Firmen-Framework eine Lösung anbieten.
Das geht so nicht. Wir erarbeiten dafür ein Konzept!
Diese schon lange etablierte Technologie XYZ würden wir
auch gern nutzen, sie passt nur nicht zur Architektur.
Wir haben das jetzt so heimlich realisiert. Merkt keiner.
18. Symptome – im Kleinen
Ein Service ohne Interface geht nicht.
Wir müssen dafür Enterprise Java Beans einsetzen.
Fachlichkeit in Entitäten ist nicht erlaubt.
In meinem privaten Projekt nutze ich XYZ. Das geht
eigentlich alles viel einfacher.
29. Rahmen und Richtlinien als „Shared Something“
• Abstrakte Oberklassen
• Eigene Frameworks
• Eigene Libraries
• Code-Generatoren
• Starre Umsetzungsmuster
Ausgewählte Ursachen
Quelle[10]
35. Darauf können wir uns verlassen
Abstractions
Separation of concerns
Information hiding
Loose coupling
Dependency injection
Convention over configuration
Don‘t repeat yourself
Domain driven design
Stuff that just works
Quelle[7]
36. Das versteht jeder
Handwerkszeug des Architekten
§ (Java) Klassen
§ (Java) Interfaces
§ Metadaten (Annotationen)
§ Java / Technologie Standards & Quasi
Standards
§ Java / Technologie Frameworks
Quelle[7]
37. Der Architekt
Aufgaben
§ Definition Softwarearchitektur
§ Definition Systemarchitektur
§ Grundlegende Technologie-Auswahl
§ Konsolidierung von Richtlinien
§ Ableitung von Best Practices
§ Verringerung von Abhängigkeiten
§ Stärkung der Eigenverantwortung
§ Verstärkung von Impulsen aus den Teams
§ Globaler Gatekeeper
Quelle[7]
38. Der Ausweg
§ Architektur ist grundsätzlich nur Konzept
§ Technische Hilfestellungen möglich
§ Architektur als Konzept wird von allen geteilt
§ Fundamentale Entscheidungen liegen beim
Architekt
§ Konkrete (Detail-)Entscheidungen gehören in die
Entwicklerteams
§ Architekt / Architektur-Team berät
§ Entwicklerteams sind wesentlicher Impulsgeber
und Treiber bei Innovationen
§ Achtung: Auswirkungen auf Organisation /
Unternehmensstruktur
Quelle[7]
39.
40. Enterprise Architektur in 2016
Architektur lebt und wird gelebt
Architektur erfüllt ihren Zweck
Architektur ist keine Religion
Der Architekt ist
§ Partner und Coach
§ Impulsgeber und Impulsverstärker
§ Vollwertiges Teammitglied
Quelle[13]