Hallo und willkommen zurück.
Im heutigen Video werden wir die Rest-APIs mit den HTTP-APIs in API Gateway vergleichen.
Bevor wir uns näher damit befassen, sollten wir uns kurz ansehen, wo wir diese nun im API-Gateway-Dienst
finden. Wenn Sie eine API erstellen, gibt es mehrere verschiedene Arten von APIs.
Am häufigsten werden die HTTP-API und die Rest-API verwendet.
Sie haben auch die Rest-API für private, die in erster Linie für den Zugriff von der VPC verwendet wird.
Im heutigen Video werden wir also die Unterschiede zwischen der Rest-API und der HTTP-API besprechen.
Im Großen und Ganzen sind sowohl die übrigen als auch die HTTP-APIs die RESTful-API-Produkte.
Der Hauptunterschied zwischen den beiden besteht jedoch darin, dass die Rest-APIs mehr Funktionen unterstützen
als die HTTP-APIs, während die HTTP-APIs mit minimalen Funktionen konzipiert sind, damit sie zu einem niedrigeren Preis angeboten werden
können.
Wenn Sie also eine sehr einfache API erstellen wollen, die zudem billiger ist, können Sie die HTTP-API verwenden.
Für Produktionsumgebungen werden jedoch im Allgemeinen APIs empfohlen.
Wenn wir nun darüber sprechen, welche Sie wählen sollten, sollten Sie beachten, dass Sie die restlichen APIs
wählen müssen.
Wenn Sie eine breite Palette von Funktionen für Produktionsumgebungen benötigen, wie z. B. API-Schlüssel, Client-Drosselung,
Validierung von Ventilintegrationsanfragen, private API-Endpunkte und so weiter.
Und Sie können die HTTP-APIs wählen, wenn Sie diese Funktionen, die in der Rest-API enthalten sind, nicht benötigen.
Wenn Sie es also einfach halten wollen, verwenden Sie HTTP-APIs.
Wenn Sie mehr Flexibilität wünschen, was in der Regel in Produktionsumgebungen erforderlich ist, sollten Sie sich
für Rest-APIs entscheiden.
Lassen Sie uns nun auch kurz die Unterschiede betrachten.
Wie gesagt, man muss sich nicht jeden einzelnen Unterschied merken, aber im Überblick ist es wichtig,
dass wir die Dinge verstehen.
Einer der Hauptunterschiede in Bezug auf die Sicherheit ist zum Beispiel die gegenseitige TLS-Authentifizierung,
das Zertifikat für die Backend-Authentifizierung und die Ventilintegration.
Allerdings beschränkt sich die HTTP-API auf TLS, wenn es um die allgemeine API-Verwaltung geht.
Die Rest-API unterstützt eine Reihe von Funktionen, die wir im Zusammenhang mit der Drosselung von API-Schlüsseln zur Ratenbegrenzung
erörtern, die die HTTP-API nicht bietet.
Ähnlich verhält es sich mit der Überwachung.
Die Rest-API verfügt über zahlreiche Funktionen zur Verfolgung von Röntgenbildern, Ausführungsprotokollen und so weiter.
Abgesehen davon, wenn wir über den Endpunkt-Typ zu diskutieren, wieder, HTTP-API funktioniert nur auf regionaler
Ebene für Rest-API, haben Sie viel besser Endpunkte im Zusammenhang mit Rand optimiert als auch privat.
Und wenn wir über die Entwicklung sprechen, bietet die Rest-API eine Menge anderer Funktionen im Zusammenhang mit
Caching, den Canary-Release-Einsätzen, Anforderungsvalidierung und anderen.
Lassen Sie mich Ihnen das auch noch kurz zeigen.
Ich habe also zwei APIs, die verfügbar sind.
Die eine basiert auf dem HTTP und die andere auf dem Rest.
Lassen Sie uns also beide schnell öffnen, um sie zu verstehen.
Wenn Sie sich nun den HTTP-API-Endpunkt ansehen, sehen Sie nur sehr begrenzte Funktionen.
In der Tat gibt es kaum verfügbare Funktionen.
Wenn wir jedoch über die Rest-API sprechen, haben Sie eine Menge Funktionen, also Ressourcen, Stufen,
Autorisierer, Ressourcenrichtlinien, Nutzungspläne, Client-Zertifikate, API-Schlüssel und so
weiter.
Wenn Sie sich also das gesamte Dashboard ansehen, können Sie auch schnell testen und bestimmte Authentifizierungen
auf API-Ebene hinzufügen.
Viele Konfigurationen werden Sie also auf der Ebene der Rest-API vornehmen.
Großartig.
Ich hoffe also, dass Sie mit diesem Überblick die Unterschiede zwischen der Rest-API und der HTTP-API
verstanden haben, und damit wird das heutige Video abgeschlossen.