Loading content
Ein API Gateway ist eine zentrale Laufzeitkomponente, die Client-Anfragen annimmt, autentifiziert, autorisiert, weiterleitet und ggf. transformiert. Es kapselt Backend-Services, konsolidiert Schnittstellen, ermöglicht Rate-Limiting, Monitoring und Protokollübersetzung. Gateways spielen eine zentrale Rolle in verteilten Architekturen und beeinflussen Performa…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ein API Gateway ist eine zentrale Vermittlungsschicht vor Backend-Services. Es bündelt Anfragen und übernimmt Querschnittsaufgaben wie Absicherung, Weiterleitung, Transformation und Verkehrssteuerung.
API Gateways entstanden in verteilten Systemen mit vielen Backend-Services und stark wachsendem API-Management-Bedarf. Statt Authentifizierung, Autorisierung, Protokollübersetzung, Monitoring oder Caching in jedem Dienst zu wiederholen, lagert man diese Aufgaben an einen vorgelagerten Einstiegspunkt aus. So wird der externe Zugang vereinheitlicht, während interne Services entkoppelt bleiben.
Stell dir das Gateway als bewachte Eingangsschleuse mit Verteilerzentrale vor. Ein Client spricht genau einen Endpunkt an. Dort prüft das Gateway Regeln und Berechtigungen, begrenzt bei Bedarf die Rate, wählt den Zielservice, kann Daten oder Protokolle anpassen, Antworten zwischenspeichern und jeden Durchlauf protokollieren. Die fachliche Last der Querschnittsthemen liegt damit vor den Services.
Das Gateway sitzt an der Integrationsgrenze zwischen Clients und verteilten Diensten.
Verträge, Routen und Datenformen bilden die Grundlage für Weiterleitung und Transformation.
Authentifizierung, Autorisierung und Schutzregeln werden zentral durchgesetzt.
Anfragen werden begrenzt, um Missbrauch und Überlast zu reduzieren.
Wiederverwendbare Antworten oder Teilresultate senken Latenz und Backend-Last.
Eingehender Verkehr kann auf mehrere Instanzen oder Ziele verteilt werden.
Ein API Gateway ist besonders nützlich bei Microservices, mehreren Client-Typen oder wenn Sicherheits-, Beobachtungs- und Verkehrsregeln einheitlich vor den Diensten liegen sollen. Es vereinfacht den Außenkontakt, bringt aber einen zusätzlichen Hop, Konfigurationsaufwand und einen zentralen Betriebsbaustein mit. Für kleine Systeme kann ein direkterer Zuschnitt oft leichter sein.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.