Was macht ein Solution Architect?
Ein Solution Architect entwirft die technische Struktur einer konkreten Lösung: einer neuen Kundenplattform, einer Migration in die Cloud, der Anbindung eines Warenwirtschaftssystems an einen Onlineshop. Am Anfang steht das Verstehen der Anforderungen. Fachbereiche beschreiben, was sie brauchen, oft unvollständig und in ihrer eigenen Sprache. Der Architect übersetzt das in Systemgrenzen, Datenflüsse, Schnittstellen und Technologieentscheidungen und schreibt auf, warum eine Variante gewählt wurde und welche verworfen wurden.
Ein großer Teil des Arbeitstags besteht aus Gesprächen: mit Entwicklungsteams über Machbarkeit, mit dem Betrieb über Verfügbarkeit und Monitoring, mit der Informationssicherheit über Berechtigungen und Verschlüsselung, mit dem Einkauf über Lizenzen, mit der Projektleitung über Aufwände. Dazwischen entstehen Diagramme, Entscheidungsvorlagen, Aufwandsschätzungen und Prototypen. Wer im Beratungshaus oder beim Softwarehersteller arbeitet, ist zusätzlich im Vertrieb eingebunden: Angebote technisch ausarbeiten, Lösungen beim Kunden vorstellen, Ausschreibungen beantworten.
Code schreiben Solution Architects meist nur noch punktuell, für Machbarkeitsnachweise oder Referenzimplementierungen. Die Verantwortung liegt darin, dass die Lösung nach der Inbetriebnahme trägt: skalierbar, wartbar, bezahlbar, mit den Regeln des Unternehmens vereinbar.
Wie wird man Solution Architect?
Es gibt keine Ausbildung mit diesem Namen. Üblich ist ein Studium in Informatik, Wirtschaftsinformatik oder einem technischen Fach und danach mehrere Jahre praktische Arbeit als Softwareentwickler, DevOps-Engineer, Datenbank- oder Systemspezialist. Aus dieser Tiefe wächst die Breite. Der Übergang erfolgt oft schleichend: Wer im Team ohnehin Konzepte schreibt und Entscheidungen begründet, übernimmt irgendwann die Architekturrolle formal.
Quereinstieg aus der Fachinformatiker-Ausbildung ist möglich und verbreitet, dauert aber länger, weil Erfahrung in vielen Systemlandschaften nötig ist. Zertifizierungen der Cloudanbieter, etwa AWS Solutions Architect, Microsoft Azure oder Google Cloud, sowie iSAQB CPSA gelten bei Arbeitgebern als solide Nachweise, ersetzen aber keine Projekthistorie.
Was der Beruf verlangt
Die Arbeit ist gedanklich anspruchsvoll und politisch. Architekturentscheidungen greifen in Zuständigkeiten ein, und nicht jedes Team möchte hören, dass seine gewachsene Lösung ersetzt wird. Wer Konflikte scheut oder nicht überzeugen kann, kommt in dieser Rolle nicht weit. Die Verantwortung ist hoch und die Rückmeldung spät: Ob ein Entwurf gut war, zeigt sich manchmal erst nach Jahren.
Die Arbeitszeiten sind meist regulär, mit Ausnahmen bei Migrationswochenenden, Releaseterminen und Angebotsfristen. In der Beratung kommt Reisetätigkeit hinzu, teils mehrere Tage pro Woche beim Kunden. Belastend empfinden viele die Fülle an Terminen, die kaum Zeit für konzentrierte Arbeit lässt, und den Druck, technologisch aktuell zu bleiben, während sich Cloud- und KI-Werkzeuge schnell verändern.
Aussichten
Die Nachfrage ist stabil hoch, weil kaum ein Unternehmen seine Systemlandschaft ohne Architekturrolle umbaut. Besonders gesucht sind Fachleute für Cloudmigration, Integration, Datenplattformen und Sicherheitsarchitektur. Entwicklungswege führen zum Enterprise Architect mit unternehmensweiter Verantwortung, in die Fachbereichsleitung, in die IT-Leitung oder in die selbstständige Beratung. Wer die Technik nicht verlassen will, spezialisiert sich als Principal Architect auf ein Feld. Wichtig ist, den Kontakt zur Praxis nicht zu verlieren; rein konzeptionelle Architekten verlieren in Entwicklungsteams schnell an Gewicht.
