From bc3a6bfa05c3f3513225c11cee1be9fd747c6553 Mon Sep 17 00:00:00 2001 From: Pushp Vashisht Date: Tue, 20 Jun 2023 10:47:16 +0530 Subject: [PATCH] Fix typo (#1048) Signed-off-by: Pushp Vashisht --- .../docs/ApplicationDev/01-FabricGateway.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/full-stack-asset-transfer-guide/docs/ApplicationDev/01-FabricGateway.md b/full-stack-asset-transfer-guide/docs/ApplicationDev/01-FabricGateway.md index 75ba3bc8..8ad2273e 100644 --- a/full-stack-asset-transfer-guide/docs/ApplicationDev/01-FabricGateway.md +++ b/full-stack-asset-transfer-guide/docs/ApplicationDev/01-FabricGateway.md @@ -62,7 +62,7 @@ Notice that the client only needs to interact directly with the Gateway peer. Th For security, client applications should connect only to Gateway peers within their own organization or, if the client's organization does not host their own peers, to Gateway peers of a trusted organization. -The following diagram demonstrates recommended practice for enabling access to an organization cluster through a single endpoint address while maintaining high availability. This use of a load balancer or ingress controller as a proxy in front of a set of internal endpoints is commonly used when deploying Web or Application servers, so this pattern is well established. The gRPC communication between client and Gateway atually uses HTTP/2 as its transport. +The following diagram demonstrates recommended practice for enabling access to an organization cluster through a single endpoint address while maintaining high availability. This use of a load balancer or ingress controller as a proxy in front of a set of internal endpoints is commonly used when deploying Web or Application servers, so this pattern is well established. The gRPC communication between client and Gateway actually uses HTTP/2 as its transport. ![Fabric Gateway deployment](../images/ApplicationDev/fabric-gateway-deployment.png)