# API-Veröffentlichung — API-Produktisierungszyklus Canonical page: https://apiopscycles.com/de/cycles/api-productization-cycle/stations/api-publishing Language: de Entity ID: api-publishing Cycle: [API-Produktisierungszyklus](https://apiopscycles.com/de/cycles/api-productization-cycle.md) Read [shared station guidance](https://apiopscycles.com/de/stations/api-publishing.md) first. The sections below supplement or replace the corresponding shared sections for this cycle. Sections not repeated here retain the shared guidance. ## Journey entry criteria - Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert. — The chosen API architecture and platform patterns have been validated with the relevant architecture, security, and platform stakeholders. (ID: architecture-patterns-validated) - Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen. — The API design and exposed capabilities clearly trace back to business value and user needs. (ID: design-reflects-business-value) - Die Schnittstelle und ihre Capabilities sind ausreichend klar für Review, Auditierung und Onboarding dokumentiert. — The API and its exposed capabilities are described clearly enough for review, audit, and onboarding. (ID: api-description-available) - Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen. — The API design follows our shared API product and design conventions. (ID: api-consistency) - Der Schnittstellenvertrag wurde validiert und gegen funktionale und nicht-funktionale Anforderungen getestet. — The API contract is tested and meets functional and non-functional requirements. (ID: api-contract-tested) ## Journey exit criteria - Die Lösung besteht Qualitäts-, Sicherheits-, Compliance- und Bereitschaftsprüfungen. — The API passes compliance, security, and audit checks. (ID: audit-passed) - Audit-Ergebnisse und Maßnahmenentscheidungen wurden mit den relevanten Stakeholdern geteilt. — Audit findings and remediation decisions are shared with the relevant stakeholders. (ID: audit-reports-shared) - Die Capability ist bereit, über den gewählten Bereitstellungsmechanismus veröffentlicht oder ausgeliefert zu werden. — The API is ready to be deployed and exposed through the intended gateways and environments. (ID: api-ready-for-publishing) - Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit. — Consumer-facing API documentation is complete enough for publishing and onboarding. (ID: api-documentation-ready) ## Description Stellen Sie APIs mit der richtigen Dokumentation und den richtigen Prozessen sicher und klar für die richtige Zielgruppe bereit. ## Why it matters Bei der Veröffentlichung geht es nicht nur um die Bereitstellung, sondern auch um die Auffindbarkeit, den Zugang und die Unterstützung. Wenn APIs nicht korrekt veröffentlicht werden, können sie nicht verwendet, wiederverwendet oder effektiv gesichert werden. ## Apply in work Ermöglichung der Veröffentlichung von APIs in der jeweiligen Umgebung mit klaren Registrierungs- und Zugriffsmechanismen (z. B. API-Schlüssel, OAuth, Abonnementpläne) je nach den Nutzersegmenten und den Sicherheits- und Compliance-Anforderungen. ## Outcomes - Veröffentlichung von APIs in der richtigen Umgebung (privat, Partner, öffentlich) - Klare API-Einführungs- und Registrierungsprozesse - Dokumentation, Sicherheitsmodelle und Richtlinien verfügbar - APIs bereit für Skalierung und Governance ## Steps 1. Veröffentlichen Sie APIs in den entsprechenden Gateways und Umgebungen, um die Wiederverwendbarkeit für mehrere Nutzer zu unterstützen. 2. Dokumentieren Sie, wie die Nutzer die API finden und nutzen, einschließlich Onboarding-Prozesse und Registrierung. 3. Stellen Sie sicher, dass die Sicherheitsmodelle, die Gateway-Konfiguration und die rechtlichen Bestimmungen für die Nutzer klar und verständlich sind. 4. Feedback und Kontrolle: Wie werden Adoption, Vertrauen, tatsächliche Nutzung, Probleme und unerwartetes Verhalten überwacht, und welche Bedingungen lösen Pause, Rollback oder Rückkehr zum manuellen Betrieb aus? ## Questions - Veröffentlichen Sie APIs in den entsprechenden Gateways und Umgebungen, um die Wiederverwendbarkeit für mehrere Nutzer zu unterstützen. - Dokumentieren Sie, wie die Nutzer die API finden und nutzen, einschließlich Onboarding-Prozesse und Registrierung. - Stellen Sie sicher, dass die Sicherheitsmodelle, die Gateway-Konfiguration und die rechtlichen Bestimmungen für die Nutzer klar und verständlich sind. - Ermöglichung der Veröffentlichung von APIs in der jeweiligen Umgebung mit klaren Registrierungs- und Zugriffsmechanismen (z. B. API-Schlüssel, OAuth, Abonnementpläne) je nach den Nutzersegmenten und den Sicherheits- und Compliance-Anforderungen. - Bei der Veröffentlichung geht es nicht nur um die Bereitstellung, sondern auch um die Auffindbarkeit, den Zugang und die Unterstützung. Wenn APIs nicht korrekt veröffentlicht werden, können sie nicht verwendet, wiederverwendet oder effektiv gesichert werden. ## Role participation and responsibilities - [API-Produktverantwortlicher](https://apiopscycles.com/de/roles/api-product-owner.md) (lead): Steuert API-Chance, Priorisierung und produktbezogene Entscheidungen über den gesamten Lebenszyklus hinweg. - [Compliance- und Rechtsexperte](https://apiopscycles.com/de/roles/compliance-specialist.md) (core): Klärt rechtliche, Datenschutz-, regulatorische und vertragliche Anforderungen, die Capability, API, Schnittstelle oder Automatisierung betreffen. - [Sicherheitsspezialist](https://apiopscycles.com/de/roles/security-specialist.md) (core): Stellt sicher, dass Sicherheitsrisiken, Kontrollen und Vertrauensgrenzen über den gesamten Lebenszyklus hinweg berücksichtigt werden. - [Verantwortlicher für Dokumentation und DevRel](https://apiopscycles.com/de/roles/api-devrel-specialist.md) (core): Verantwortet Onboarding-Inhalte, Entwicklerkommunikation und Dokumentationsqualität für API-Nutzer. - [Verantwortlicher für Support und Betrieb](https://apiopscycles.com/de/roles/operations-specialist.md) (core): Repräsentiert Runtime-Support, Vorfallbehandlung, Beobachtbarkeit und operative Bereitschaft für Capability, API oder Automatisierung. - [Vertreter der API-Nutzer](https://apiopscycles.com/de/roles/api-consumer-specialist.md) (core): Vertritt die Anforderungen von Entwicklern, Integratoren und anderen Nutzern der API. - [API-Entwickler](https://apiopscycles.com/de/roles/api-engineer.md) (consulted): Verantwortet Implementierung, Automatisierung, Tests und Release-Abläufe, die für die zuverlässige Bereitstellung der Capability, API oder Automatisierung erforderlich sind. - [Fachlicher Verantwortlicher](https://apiopscycles.com/de/roles/business-owner.md) (consulted): Vertritt Geschäftsziele, Finanzierung und erwartete Ergebnisse der Capability-, API- oder Automatisierungsinitiative. ## Resources - [API Audit Checkliste](https://apiopscycles.com/de/resources/api-audit-checklist.md)