Solutions Architect: Markt

Stelle

eine offene Stelle, die das Qualitäts-Gate passiert hat und mindestens zwei Technologien nennt

Beobachteter Kandidat

ein Kandidat, dessen Stack diese Technologie enthält; ein Aggregat — kein einziger Datensatz verlässt den Perimeter

Matchbarer Kandidat

noch nicht gezählt

Fenster

Stellen, die zum Zeitpunkt der Erstellung des Snapshots offen waren

Solutions Architect ist eine Rolle auf Senior-Niveau (einen „Junior Solutions Architect“ gibt es selten; niedrigere Level in der Stichprobe = falsch betitelte Stellen — realistische Orientierung siehe Senior / Lead). Karriereweg: Senior Software Engineer (5+ Jahre) → Solutions Architect (über nachgewiesenes Solution Design + Kundenkompetenz + Cloud-Zertifizierungen) → Senior / Principal Solutions Architect → dann entweder Enterprise Architect (Strategie auf Organisationsebene), Chief Architect / Head of Architecture, Solutions Architect bei einem Cloud-Anbieter, Pre-Sales Director oder CTO / VP Engineering in einem Startup. Solutions Architect — einer der Architektenpfade mit der höchsten Obergrenze dank der Pre-Sales-Rolle bei Cloud-Anbietern (variable Vergütung + Provisionen können das Grundgehalt deutlich übersteigen).

Top-Stack / -Fähigkeiten: solutions architect, cloud, aws, azure, agile. Well-Architected Frameworks: AWS Well-Architected (6 Säulen — Operational Excellence + Sicherheit + Zuverlässigkeit + Performance + Kosten + Nachhaltigkeit), Azure Well-Architected, GCP Architecture Framework — Methodik zur Überprüfung von Lösungen. Architektonische Breite (SA — Breite vor Tiefe im Vergleich zum Software Architect): Compute (Abwägungen VMs / Container / Serverless), Kubernetes + managed K8s (EKS / GKE / AKS), Datenbanken (relational / NoSQL / Data Warehouse — Wahl je nach Anwendungsfall), Messaging (Kafka / SQS-SNS / Pub-Sub / Service Bus), Caching (Redis / CDN), Netzwerke (VPC / Load Balancing / DNS / hybride Konnektivität — Direct Connect / ExpressRoute). IaC: Terraform (Pflicht — Multi-Cloud) + cloud-native (CloudFormation / Bicep / Deployment Manager). Integration: Enterprise Integration Patterns, API-Management (Apigee / AWS API Gateway / Azure API Management), iPaaS (MuleSoft / Dell Boomi / Workato), ereignisgetriebene Integration, ETL / ELT. Migrationsstrategien: Cloud-Migration 6 Rs (Rehost / Replatform / Refactor / Repurchase / Retire / Retain), Strangler Fig, Abwägungen Lift-and-Shift vs. Cloud-native. Kostenschätzung / TCO: Cloud-Preisrechner, TCO-Modellierung, FinOps-Bewusstsein, Abwägungen zwischen Kosten und Architektur — ein entscheidender Teil des Lösungsangebots. Lösungsdokumentation: Solution Design Documents (SDD), Cloud-Architekturdiagramme (Ikonografie-Standards von AWS / Azure / GCP), C4-Modell, draw.io / Lucidchart. Pre-Sales-Fähigkeiten (für Herstellerseite / Outsourcing): Antworten auf RFP / RFI, POC-Entwicklung, Lösungsdemos, Aufwandsschätzung, Erstellen technischer Angebote, Moderation von Kundenworkshops. Soft Skills — entscheidend: Kommunikation im Kundenkontakt, Anforderungserhebung, Stakeholder-Management, Präsentationen vor dem C-Level, Übersetzung Business ↔ Technik. Engineering-Hintergrund: Ein Solutions Architect muss ein ehemaliger Senior Engineer sein — ohne Verständnis der Realität der Umsetzung kann man keine Lösung entwerfen.

Software Architect — tiefer Entwurf der internen Struktur eines Systems (Komponenten + Muster + Codeebene). Tiefe statt Breite. Siehe Software Architect. Solutions Architect (diese Seite) — End-to-End-Lösung für ein Geschäftsproblem, setzt sie aus Bausteinen zusammen (oft Cloud-Dienste), Breite statt Tiefe, oft kundennah. Cloud Engineer — praktische Bereitstellung + Betrieb der Cloud-Infrastruktur (setzt um, was der Solutions Architect entworfen hat). Siehe Cloud Engineer. Sales Engineer / Pre-Sales Engineer — technische Vertriebsrolle, kundennah, Demos + Antworten auf RFPs + POCs — Überschneidung mit dem Solutions Architect auf Anbieterseite (im Kontext von Cloud-Anbietern ist der Pre-Sales Solutions Architect im Grunde ein Sales Engineer). Realität 2026 (Überschneidungs-Heatmap): Solutions Architect ↔ Software Architect: 50% (Solutions — Breite + Kundennähe + Komposition aus Cloud-Diensten, Software — Tiefe + interner Systementwurf). Solutions Architect ↔ Cloud Engineer: 40% (SA entwirft, Cloud Engineer setzt um). Solutions Architect ↔ Sales Engineer: 60% beim SA auf Anbieterseite. Zwei Typen von Solutions Architect: 1) SA auf Delivery-Seite (in Unternehmen / im Outsourcing — entwirft Lösungen für interne / Kundenprojekte, führt bis zur Umsetzung). 2) SA auf Anbieterseite / Pre-Sales (bei Cloud-Anbietern / Softwareherstellern — kundennah, hilft potenziellen Kunden, Lösungen mit den Produkten des Anbieters zu entwerfen — technischer Vertrieb + variable Vergütung + Provisionen). Karrierewahl: Software Architect, wenn Sie tiefer technischer Systementwurf + Nähe zum Code reizen, Solutions Architect (Delivery), wenn Sie Breite + Projektvielfalt + Cloud mögen, Solutions Architect (Pre-Sales), wenn Sie Kundennähe + technischen Vertrieb mögen und mit variabler Vergütung gut leben (hohe Obergrenze), Cloud Engineer bei praktischer Umsetzung.

Referenz-Lebenszyklus eines Solutions-Architect-Einsatzes 2026: 1) Discovery / Anforderungserhebung — Workshops mit Business-Stakeholdern + technischen Teams, Geschäftsziele + Einschränkungen verstehen (Budget / Zeitplan / Compliance / bestehende Systeme), funktionale + nicht-funktionale Anforderungen erheben, Erfolgskriterien festlegen. Der Solutions Architect stellt die richtigen Fragen — hier liegt der halbe Erfolg. 2) Bewertung des Ist-Zustands — Analyse der bestehenden Architektur / Systeme (bei Migration / Modernisierung), technische Schulden, Integrationspunkte, was wiederverwendet / ersetzt / stillgelegt wird. 3) Lösungsentwurf — Zielarchitektur entwerfen: Wahl der Cloud-Dienste + Rechenmodell (Container / Serverless / VMs) + Datenspeicher + Integrationsansatz + Netzwerk + Sicherheit. Review nach dem Well-Architected Framework (6 Säulen) anwenden. Lösungsentwurfsdokument (SDD) + Architekturdiagramme. 4) Kostenschätzung / TCO — Cloud-Kosten schätzen (Preisrechner), TCO-Modellierung, Zielkonflikte zwischen Kosten und Architektur darstellen (günstiger vs. skalierbarer). Oft mehrere Optionen mit Zielkonflikten zur Entscheidung durch die Stakeholder. 5) Angebot / Freigabe — die Lösung Stakeholdern / C-Level präsentieren, Zielkonflikte verteidigen, Zustimmung erhalten. Für SA auf Anbieterseite — Teil der RFP-Antwort / des Vertriebsprozesses. 6) POC (Proof of Concept) — für riskante / unerprobte Teile einen minimalen POC bauen, der zentrale Annahmen validiert (technologische Eignung / Performance / Machbarkeit der Integration). Risiko senken vor der vollen Verpflichtung. 7) Umsetzungsplanung — die Lösung in Phasen / Meilensteine zerlegen, Teamstruktur + Fähigkeiten, Risikoregister, Abbildung von Abhängigkeiten. 8) Begleitung der Lieferung — der Solutions Architect führt die Lösung durch die Umsetzung (besonders in der Rolle Delivery SA): Klärung des Designs für Entwicklungsteams, Architektur-Governance, Umgang mit Umfangsänderungen + Blockern, Anpassung des Designs an die Realität. 9) Durchführung der Migration (bei Migrationsprojekten) — Strategie der 6 Rs anwenden, inkrementelle Migration (Strangler Fig — kein Big Bang), Validierung + Rollback-Planung. 10) Go-live + Übergabe — Umstellung in Produktion, Übergabe an den Betrieb, Dokumentation, Review nach der Umsetzung. 11) Optimierung — Well-Architected-Review nach dem Launch, Kostenoptimierung (FinOps), Performance-Tuning. Übergreifend: Kommunikation mit Stakeholdern während des gesamten Verlaufs, Risiko- + Umfangsmanagement. Unterschied beim SA auf Anbieterseite: Der Lebenszyklus ist kürzer — Fokus auf Discovery + Design + POC + Angebot (dem Kunden helfen, die Lösung des Anbieters zu wählen), die Umsetzung übernimmt der Kunde / Systemintegrator.

Ja, 33% der Stellen als Solutions Architect sind vollständig remote oder hybrid. Lösungsdesign + Dokumentation + Cloud-Arbeit — remote-freundlich. Outsourcer — fast immer remote bei US- / EU-Projekten. Russische Produktunternehmen / Banken — hybrid oder remote nach der Probezeit. Einschränkung für kundenseitige SA: Solutions Architect ist eine kundenseitige Rolle, viele Meetings / Workshops / Präsentationen. Pre-Sales Solutions Architects (auf Seite von Cloud-Anbietern / Herstellern) — traditionell reiseintensiv (Kundenbesuche), aber 2024–2026 viele Remote- / virtuelle Einsätze. Hybrid ist für SA oft optimal (Kundenworkshops + Design Reviews vor Ort, Designarbeit remote). Solutions Architects internationaler Cloud-Anbieter — Hybrid als Standard. SI (Accenture / Deloitte / Capgemini) — traditionell reiseintensiv, aber nach 2020 eher remote. Relokations-Hubs: Polen / Deutschland (Enterprise + SAP-Ökosystem) / Kanada / Serbien / VAE. Englisch für internationale Solutions-Architect-Remote-Arbeit — entscheidend — SA ist eine kundenseitige + kommunikationsintensive Rolle (Präsentationen + Workshops + Angebote auf Englisch).

Delivery-seitiger Solutions Architect — arbeitet im Unternehmen / im Outsourcing / beim Systemintegrator, entwirft Lösungen für interne oder Kundenprojekte + führt sie bis zur Umsetzung. Fokus: vollständiger Lebenszyklus des Engagements (Discovery → Design → Begleitung der Lieferung). Vergütung: Standardgehalt. Beispiele: EPAM Solution Architect in einem Kundenprojekt, interner Solutions Architect in einer Bank. Herstellerseitiger / Pre-Sales Solutions Architect — kundennahe technische Rolle in der Vertriebsorganisation. Fokus: potenziellen Kunden helfen, Lösungen mit den Produkten des Herstellers zu architekturieren, technische Glaubwürdigkeit im Vertriebsprozess, POC-Demos, RFP-Antworten, Umgang mit technischen Einwänden, Kundenworkshops. Vergütung: Grundgehalt + variable Vergütung / Provisionen (ein Teil der Vergütung ist an die Vertriebsziele der Region / des Teams gekoppelt). Leistungsträger können deutlich über dem Grundgehalt verdienen (der variable Anteil kann 20-50%+ der Gesamtvergütung betragen). AWS Solutions Architect (herstellerseitig) — eine der bekanntesten Pre-Sales-SA-Rollen: hilft AWS-Kunden beim Design auf AWS, unterstützt die Account-Teams. Unterschied bei den Fähigkeiten: Ein Pre-Sales-SA braucht stärkere Vertriebs- / Kommunikations- / Präsentationsfähigkeiten + schnell Vertrauen aufbauen + Einwände behandeln + Wettbewerbspositionierung. Ein Delivery-SA braucht tieferes Umsetzungswissen + Liefermanagement. Karrierewege: Pre-Sales-SA → Principal SA → Pre-Sales Manager / Sales Engineering Director / Specialist SA (tief in einer Domäne). Delivery-SA → Principal / Chief Architect / Enterprise Architect / Delivery Director. Karrierewahl: Pre-Sales, wenn Sie Kundenkontakt + Vertriebsdynamik + das Potenzial variabler Vergütung + Breite mögen; Delivery, wenn Sie Lösungen gern bis in die Produktion begleiten + tiefer in die Umsetzung eingebunden sein wollen. Pre-Sales-SA bei Cloud-Anbietern — einer der bestbezahlten Architektenwege.

Roadmap (Solutions Architect — Senior-Ebene, der Weg führt über den Senior Engineer): 1) Ein starker Senior Engineer werden — Voraussetzung. Mindestens 5+ Jahre Praxis, Erfahrung mit der Auslieferung von Produktionssystemen, Verständnis der Umsetzungsrealität. 2) Cloud-Plattform beherrschen — wählen Sie eine (AWS — Standard 2026 wegen Breite + Anerkennung der Zertifikate; Azure im Microsoft-Ökosystem; GCP bei Fokus auf Daten / ML). Praktische Erfahrung mit Aufbau / Deployment in der Cloud. 3) Zertifizierung als Cloud Solutions Architect — AWS Solutions Architect Associate (SAA-C03) → Professional (SAP-C02) (das wertvollste Architektenzertifikat der Branche). Oder Azure AZ-305. Oder Google Professional Cloud Architect. Ressourcen: A Cloud Guru / Tutorials Dojo (Übungsprüfungen) / offizielle Schulungen der Cloud-Anbieter. 4) Well-Architected Framework — studieren Sie AWS Well-Architected (6 Säulen) in der Tiefe — die Kernmethodik eines SA für das Review von Lösungen. 5) Breite der Architektur — anders als der Software Architect (Tiefe) braucht ein SA Breite: Trade-offs der Rechenmodelle (Container vs. Serverless vs. VMs), Datenbankoptionen, Messaging, Netzwerke, Integration. 6) Praxis im System Design — „System Design Interview“ von Alex Xu + Lösungen für unterschiedliche Geschäftsszenarien entwerfen üben. 7) Migrationsstrategien — die 6 Rs der Cloud-Migration, das Strangler-Fig-Muster, Trade-offs zwischen Lift-and-Shift und Cloud-native. Whitepaper zur Migration von AWS / Azure. 8) Kosten / TCO — Schätzung von Cloud-Kosten (Preisrechner), TCO-Modellierung, FinOps-Grundlagen — Kosten sind ein entscheidender Teil eines Lösungsvorschlags. 9) Integrationsmuster — „Enterprise Integration Patterns“ von Hohpe / Woolf, API-Management, Grundwissen zu iPaaS. 10) Lösungsdokumentation — Lösungsdesign-Dokumente, Cloud-Architekturdiagramme (Iconografie von AWS / Azure / GCP), C4-Modell. 11) Pre-Sales-Fähigkeiten (wenn der Weg auf Anbieterseite interessiert) — Beantwortung von RFPs, Entwicklung von POCs, Präsentations- / Demo-Fähigkeiten, Verfassen technischer Angebote. 12) Soft Skills — entscheidend für einen SA — Kommunikation mit Kunden, Anforderungserhebung, Stakeholder-Management, Präsentationen vor dem C-Level, Übersetzung zwischen Business ↔ Technik. Bücher: „Software Architect Elevator“ von Gregor Hohpe, „The Solutions Architect Handbook“ von Saurabh Shrivastava / Neelanjali Srivastav. 13) Praxis in der aktuellen Rolle — übernehmen Sie als Senior Engineer proaktiv Aufgaben im Lösungsdesign (Architektur für neue Projekte vorschlagen, an Pre-Sales / RFPs mitwirken, Cloud-Migrationen leiten). International (EN): AWS Skill Builder (kostenlos, offiziell) + A Cloud Guru + Tutorials Dojo (Zertifikatsvorbereitung), „The Solutions Architect Handbook“ von Shrivastava / Srivastav (Packt — das kanonische SA-Buch), Architektur-Whitepaper + Referenzarchitekturen von AWS / Azure / GCP. Senior Engineer (5+ Jahre) + Cloud-Zertifikat (AWS SAA / SAP) + nachgewiesenes Lösungsdesign → Solutions Architect.

4296 active open Solutions Architect positions — the largest architect sub-niche (broad role, lots of demand in outsourcing + cloud-providers + enterprises). Geography: the US, the UK, Poland. The real market is wider thanks to the international remote segment (EPAM-style outsourcing Solutions Architects + tech-vendor Sales / Solutions Engineering — full-remote-friendly). Time to close a Senior Solutions Architect — 6-14 weeks (seniority + client-facing skills assessment + cloud certifications verification).

Ein Senior / Principal Solutions Architect verantwortet den gesamten Zyklus aus Lösungsentwurf + Kundenbetreuung + technischer Führung. Beherrschung einer Cloud-Plattform: AWS / Azure / GCP auf dem Niveau einer Professional-Zertifizierung (AWS SAP / Azure AZ-305 / GCP Professional Cloud Architect) + Arbeitskenntnisse der anderen für Multi-Cloud-Lösungen. Beherrschung des Well-Architected Framework: die 6 Säulen von AWS Well-Architected — Review-Methodik auf Lösungen anwenden. Architektonische Breite: ausreichend tiefes Verständnis von Compute (Abwägung Container / Serverless / VMs), Datenbanken (Auswahl relational / NoSQL / Data Warehouse), Messaging, Caching, Netzwerken, Integrationsmustern — Breite, um vollständige Lösungen zusammenzusetzen. Migrationsexpertise: Cloud-Migrationsmethodik der 6 Rs, Strategien zur Modernisierung von Legacy-Systemen, Strangler-Fig-Pattern, Abwägungsanalyse Lift-and-Shift vs. Cloud-native, Planung inkrementeller Migrationen. IaC: Beherrschung von Terraform (Multi-Cloud) + Kenntnis Cloud-nativer IaC. Beherrschung von Kosten / TCO: genaue Schätzung von Cloud-Kosten, TCO-Modellierung, FinOps-Prinzipien, Präsentation von Abwägungen zwischen Kosten und Architektur für Entscheider (oft mehrere Optionen mit expliziten Abwägungen). Integrationsarchitektur: Enterprise Integration Patterns, API-Management-Strategie, iPaaS, ereignisgesteuerte Integration, hybride Konnektivität. Lösungsdokumentation: klare Solution Design Documents (SDD), Cloud-Architekturdiagramme (Ikonografie-Standards der Anbieter), C4-Modell, Begründung von Entscheidungen. Requirements Engineering: funktionale + nichtfunktionale Anforderungen in Workshops mit Stakeholdern erheben, Einschränkungen + Erfolgskriterien identifizieren, die richtigen Discovery-Fragen stellen. POC-Entwicklung: Proof-of-Concepts abgrenzen + bauen, um unsichere Teile der Lösung zu entschärfen. Pre-Sales-Skills (auf Anbieterseite / im Outsourcing): Beantwortung von RFP / RFI, Aufwandsschätzung, Verfassen technischer Angebote, Lösungsdemos, Wettbewerbspositionierung, Umgang mit technischen Einwänden, Moderation von Kundenworkshops. Kommunikation mit Kunden — kritisch: vor unterschiedlichen Zielgruppen präsentieren (Ingenieure → C-Level-Führungskräfte), schnell Vertrauen aufbauen, fließend zwischen Business ↔ Technik übersetzen, Erwartungen von Stakeholdern steuern, schwierige Gespräche führen (Budget / Umfang / Zeitplan). Glaubwürdigkeit als Ingenieur: technisches Fundament auf Senior-Engineer-Niveau (ohne Verständnis der Umsetzung kann man keine Lösung entwerfen — Anti-Pattern „PowerPoint-Architekt“). Domänenexpertise: tiefes Wissen in ein bis zwei Branchen (Fintech / Telekommunikation / Handel / Healthcare) — der wichtigste Treiber für einen Aufschlag. Soft Skills: Stakeholdermanagement, Verhandlung, Einfluss ohne Weisungsbefugnis, Moderation, Mentoring von Junior-Architekten. Englisch ab Senior+ ABSOLUTE PFLICHT — Solutions Architect ist die kommunikationsintensivste Architektenrolle (Kundenpräsentationen + Workshops + Angebote + RFP-Antworten auf Englisch im internationalen Kontext). Optionaler Bonus: mehrere Cloud-Zertifizierungen (AWS + Azure + GCP), Zertifikate für Domänenspezialisierung, Konferenzvorträge (AWS re:Invent / Cloud-Konferenzen), veröffentlichte Lösungsfallstudien — steigern den Marktwert für Rollen als Principal SA / Solutions Architect bei Cloud-Anbietern / Chief Architect deutlich.