Station

Architektur & Plattformentscheidungen

Nutzen Sie Anforderungen und Einschraenkungen, um Implementierungsstil, Architekturpattern und ermoeglichende Plattformfaehigkeiten auszuwaehlen.

Eine wiederverwendbare Capability braucht Architekturentscheidungen, die zu Nutzeranforderungen, Sicherheitsanforderungen, Datenflüssen, Betriebsmodell und Plattformrealität passen.

Ihre Route auf der Karte

Metrokarte

Select a cycle, station, or stakeholder to open its permanent method page.

StrategischGovernanceNutzerTechnischBenutzerfreundlichkeitBenutzerfreundlichkeitMarkteinblickeMarkteinblickeGeschäftszieleGeschäftszieleWettbewerbsanalyseWettbewerbsanalyseÖkosystem-VisionÖkosystem-VisionSkalierbare InfrastrukturSkalierbare InfrastrukturRechtliche Aspekte und Einhaltung von VorschriftenRechtliche Aspekte und Einhaltung von VorschriftenSicherheit und DatenschutzSicherheit und DatenschutzDesignstandardsDesignstandardsVendor ManagementVendor ManagementVertragsgestaltungVertragsgestaltungEntwicklungEntwicklungCI/CDCI/CDTestautomatisierungTestautomatisierungRelease ManagementRelease ManagementServicevereinbarungenServicevereinbarungenNutzerakzeptanzNutzerakzeptanzAPI-PromotionAPI-PromotionPartnerintegrationPartnerintegrationAPI-MentalitätAPI-MentalitätRollen und ZuständigkeitenRollen und ZuständigkeitenUpskillingUpskillingBetriebsleitlinienBetriebsleitlinienPortfoliomanagementPortfoliomanagementBudget- und RessourcenmanagementBudget- und RessourcenmanagementStrategie1Capability-StrategieNutzeranforderungen & Onboarding2Nutzeranforderungen &OnboardingArchitektur & Plattformentscheidungen3Architektur &PlattformentscheidungenLösungs- & Schnittstellendesign4Lösungs- &SchnittstellendesignBereitstellung & Betrieb5Bereitstellung & BetriebQualitäts- & Bereitschaftssicherung6Qualitäts- &BereitschaftssicherungVeröffentlichung & Enablement7Veroeffentlichung &EnablementMonitoring & Verbesserung8Monitoring &VerbesserungLinie GeschäftsmöglichkeitenLinie PlattformarchitekturAPI-EntwurfslinieBereitstellungslinieLinie Veröffentlichung & EnablementLinie Betriebsmodell

Selected station: Architektur & Plattformentscheidungen

Einzubeziehende Personen

Zugehörige Ressourcen

Ergebnisse

  • Validierte Architektur- und Plattformentscheidung
  • Umsetzung einer einheitlichen Governance ohne starke Kontrolle von oben nach unten
  • Design für interne Wiederverwendung und externe Skalierbarkeit

Ablaufkriterien

Einstiegskriterien

  • Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
  • Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
  • Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
  • Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
  • Die Nutzersegmente sind identifiziert.
  • Eine übergeordnete Roadmap für die Umsetzung ist definiert.

Austrittskriterien

  • Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
  • Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
  • Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
  • Die Nutzersegmente sind identifiziert.
  • Eine übergeordnete Roadmap für die Umsetzung ist definiert.

So sieht Erfolg aus

Nutzen Sie Architektur- und Plattformressourcen, um tragfähige Umsetzungsoptionen zu vergleichen und eine nachvollziehbare Entscheidung zu treffen.

  1. Nutzen Sie Business Impact, Capacity, Security und Architecture Decision Ressourcen, um Risiken, Constraints und Alternativen systematisch zu bewerten. — Business Impact Canvas
  2. Kartierung der Standorte von API-Anbietern und -Nutzern, um die Zugänglichkeit und Einhaltung von Vorschriften zu gewährleisten. — Location Canvas
  3. Das Capacity Canvas gleicht geschäftliche Transaktionsmuster, künftige Verbrauchstrends und technische Lösungen ab, um die Skalierbarkeit und Leistung von APIs zu gewährleisten und liefert wichtige Informationen für Skalierungsentscheidungen und die Infrastrukturplanung. — Capacity Canvas
  4. Definieren und überwachen Sie Leistungsmetriken (z. B. API-Aufrufe, Latenz, Fehlerraten) und Adoptionsmetriken (z. B. NPS).

Metro lines

API-Entwurfslinie

Konzentriert sich auf Entwurfsprinzipien und Best Practices für Schnittstellen und Integrationslösungen.

Zugehörige Ressourcen

Browse the resources selected for Architektur & Plattformentscheidungen; the summary above explains how they support this station’s work.

Ressourcen

Resources for Architektur & Plattformentscheidungen

canvas

Business Impact Canvas

Entwurf einer skalierbaren und sicheren API-Plattformarchitektur, die den geschäftlichen und technischen Anforderungen entspricht.

Ergebnisse

  • Skalierbare API-Infrastruktur
  • Verbesserte Sicherheit und Konformität
  • Verbesserte API-Leistung

So funktioniert es

  1. Verfügbarkeits-Risiken: Identifizieren Sie Risiken und Auswirkungen.
  2. Möglichkeiten zur Abschwächung von Verfügbarkeitsrisiken: Definieren Sie Abhilfemaßnahmen.
  3. Sicherheits-Risiken: Dokumentieren Sie sicherheitsrelevante Risiken.
  4. Wege zur Abschwächung von Sicherheitsrisiken: Vorschlagen von Strategien zur Abschwächung von Sicherheitsrisiken.
  5. Daten-Risiken: Identifizieren Sie Risiken für die Genauigkeit oder Verfügbarkeit von Daten.
  6. Wege zur Abschwächung von Datenrisiken: Planen Sie Strategien für den Umgang mit Datenrisiken.

Relevant cycles

Capability-Produktisierungszyklus

Ein Zyklus, um Geschäftsfähigkeiten in wiederverwendbare digitale Capabilities zu überführen, bevor die Umsetzungsweise gewählt wird.

API-Produktisierungszyklus

Die API-fokussierte APIOps-Cycles-Journey für Produktisierung, Design, Bereitstellung, Veröffentlichung und Verbesserung von APIs.

Integrationszyklus

Ein Zyklus zur Produktisierung wiederverwendbarer Integrations-Capabilities, bevor der Implementierungsstil gewaehlt wird.

Automatisierungszyklus

Ein Zyklus zum Identifizieren, Entwerfen, Bereitstellen, Enablement und Verbessern von Automatisierungsmöglichkeiten.