Ozelot Muster

Fordert die Aggregation an. Als Teil des Gatewaymusters können Sie mehrere Clientanforderungen (in der Regel Http-Anforderungen) aggregieren, die auf mehrere interne Microservices abzielen, in einer einzigen Clientanforderung. Dieses Muster ist besonders praktisch, wenn eine Clientseite/-bildschirm Informationen von mehreren Microservices benötigt. Bei diesem Ansatz sendet die Client-App eine einzelne Anforderung an das API-Gateway, die mehrere Anforderungen an die internen Microservices sendet und dann die Ergebnisse aggregiert und alles an die Client-App zurücksendet. Der Hauptvorteil und das Ziel dieses Designmusters besteht darin, die Chatness zwischen den Client-Apps und der Backend-API zu reduzieren, was besonders für Remote-Apps a-the-Datacenter wichtig ist, in denen die Microservices leben, wie mobile Apps oder Anfragen von SPA-Apps, die von Javascript in Client-Remote-Browsern stammen. Für normale Web-Apps, die die Anforderungen in der Serverumgebung ausführen (z. B. eine ASP.NET Core MVC-Web-App), ist dieses Muster nicht so wichtig, da die Latenz sehr viel kleiner ist als bei Remoteclient-Apps. Weitere Informationen finden Sie in den Gateway-Routingmusterinformationen. Das vorherige Bild zeigt eine vereinfachte Architektur mit mehreren feinkörnigen API-Gateways. In diesem Fall basieren die für jedes API Gateway identifizierten Grenzen ausschließlich auf dem BFF-Muster (Backend for Frontend) und basieren daher nur auf der API, die pro Client-App benötigt wird. In größeren Anwendungen sollten Sie jedoch auch noch weiter gehen und zusätzliche API-Gateways basierend auf Geschäftsgrenzen als zweiten Entwurfsdrehpunkt erstellen. Ocelots sind kleine, amerikanische Wildkatzen, die etwa doppelt so groß sind wie Hauskatzen.

Ihre Mäntel haben markante Markierungen in einer Vielzahl von Mustern. Jedes Ozelot-Muster ist einzigartig, mit dunklen Flecken auf einem orangen, braunen und weißen Mantel. Ein API Gateway kann mehrere Funktionen bieten. Je nach Produkt bietet es jedoch möglicherweise umfangreichere oder einfachere Funktionen, die wichtigsten und grundlegendsten Features für jedes API Gateway sind die folgenden Entwurfsmuster. Sie müssen mit dem API Gateway-Muster vorsichtig sein. Normalerweise ist es nicht eine gute Idee, ein einzelnes API Gateway zu haben, das alle internen Microservices Ihrer Anwendung aggregiert. Wenn dies der Fall ist, fungiert es als monolithischer Aggregator oder Orchestrator und verletzt die Mikrodienstautonomie, indem alle Microservices gekoppelt werden. microservices.io/patterns/data/api-composition.html Das Ozelot lässt sich leicht mit dem Margay (Leopardus wiedii) und dem Oncilla (L.