本地群集上的 Azure Service Fabric 反向代理
Azure Service Fabric Reverse Proxy on Local Cluster
我目前正在我的 5 节点本地集群上试验命名服务解析并遇到一些阻力:)。这是交易:
我的本地集群清单为每个 "fake" 节点上的反向代理定义了一个端点和协议。该条目是 HttpApplicationGatewayEndpoint。
如果我在 19080 端口上浏览浏览器,我可以在这个 URL 找到我的 运行 Stateless Service (Kestrel Swagger API): http://localhost:8145/7303da82-4ed2-4548-996d-1b5e8f49c7c9/131574695524899694/swagger/
如果我尝试使用带有服务全名的反向代理网关,我得到:
http://localhost:19081/SHRec.SF.App/SHRec.SF.Front.ClientAPI/swagger
翻译成:
http://localhost:19081/7303da82-4ed2-4548-996d-1b5e8f49c7c9/131574695524899694/swagger/
在哪里可以检测到直接连接的端口不正确,通常应该看不到内部地址...
有什么想法吗?
最佳 :)
参考最后一条评论,一切都在本地和云端顺利运行:)
我目前正在我的 5 节点本地集群上试验命名服务解析并遇到一些阻力:)。这是交易:
我的本地集群清单为每个 "fake" 节点上的反向代理定义了一个端点和协议。该条目是 HttpApplicationGatewayEndpoint。
如果我在 19080 端口上浏览浏览器,我可以在这个 URL 找到我的 运行 Stateless Service (Kestrel Swagger API): http://localhost:8145/7303da82-4ed2-4548-996d-1b5e8f49c7c9/131574695524899694/swagger/
如果我尝试使用带有服务全名的反向代理网关,我得到:
http://localhost:19081/SHRec.SF.App/SHRec.SF.Front.ClientAPI/swagger
翻译成:
http://localhost:19081/7303da82-4ed2-4548-996d-1b5e8f49c7c9/131574695524899694/swagger/
在哪里可以检测到直接连接的端口不正确,通常应该看不到内部地址...
有什么想法吗?
最佳 :)
参考最后一条评论,一切都在本地和云端顺利运行:)