如何在 Azure Service Fabric 中发现仅内部 ASP.NET 核心无状态服务
How to discover Internal-only ASP.NET Core stateless service inside of Azure Service Fabric
我有 ASP.NET 核心 API,它应该只在 Azure Service Fabric 内部可见。当我遵循 recommendation 时,我会使用 Kestrel 来托管应用程序并让 Azure Service Fabric 动态分配端口。
如何发现 ASP.NET 核心 Web 应用程序内部的服务,首选方法是什么? DNS service, Naming service or Reverse proxy?
在提供的示例中,Service Fabric 中的 运行 aspnet core api 意味着拥有可靠的服务,并从中公开 KestrelCommunicationListener
。
因此,您只是在服务中托管 aspnetcore。 (其他示例 here)
通常您不会从控制器内部访问托管服务。
您可能希望从控制器访问不同的无状态服务,在这种情况下,您可以使用 SF remoting 以最小化开销。
或者,如果您必须在集群内访问不同的 aspnet 核心 api 运行,定位 api 的简单方法是使用基于 DNS 的方法.
注意:在这种情况下不要使用反向代理,因为它会将所有基于 http 的端点暴露给外界。
我有 ASP.NET 核心 API,它应该只在 Azure Service Fabric 内部可见。当我遵循 recommendation 时,我会使用 Kestrel 来托管应用程序并让 Azure Service Fabric 动态分配端口。
如何发现 ASP.NET 核心 Web 应用程序内部的服务,首选方法是什么? DNS service, Naming service or Reverse proxy?
在提供的示例中,Service Fabric 中的 运行 aspnet core api 意味着拥有可靠的服务,并从中公开 KestrelCommunicationListener
。
因此,您只是在服务中托管 aspnetcore。 (其他示例 here)
通常您不会从控制器内部访问托管服务。
您可能希望从控制器访问不同的无状态服务,在这种情况下,您可以使用 SF remoting 以最小化开销。
或者,如果您必须在集群内访问不同的 aspnet 核心 api 运行,定位 api 的简单方法是使用基于 DNS 的方法.
注意:在这种情况下不要使用反向代理,因为它会将所有基于 http 的端点暴露给外界。