【问题标题】:Service Fabric - binding similar to IISService Fabric - 类似于 IIS 的绑定
【发布时间】:2017-05-25 12:42:45
【问题描述】:

我是 Service Fabric 的新手,我想知道是否可以实现以下目标。

在 IIS 中,我会使用绑定来实现以下目标:

例如

sub1.mydomain.com.au:80 --> MyApp1 (This would be an ASP.NET Web Site or Web API)
sub2.mydomain.com.au:80 --> MyApp2 (This would be another ASP.NET Web Site or Web API)

如何在 Service Fabric 中执行此操作

我有 2 个网站在 Service Fabric 中作为服务运行:

WebService1 port: 8666 (Asp.Net Core Web App)
WebService2 port: 8777 (Asp.Net Core Web API)

现在,我可以通过负载均衡器将端口 80 配置为绑定到后端端口 8666,但是如何将端口 80(带有子域“sub2”)配置到后端端口 8777?

有没有可能,或者我应该使用其他东西来处理这个问题?

谢谢

【问题讨论】:

    标签: asp.net azure-service-fabric


    【解决方案1】:

    您可以使用reverse proxy 功能执行此操作。 它将 ServiceInstanceName 作为变量。

    而不是在 azure load 中配置单个服务的端口 balancer,只需要配置SF反向代理端口即可 Azure 负载均衡器。这允许集群外的客户端访问 通过反向代理在集群内提供服务,无需额外的 配置。

    【讨论】:

    • 谢谢。对不起,我对这个概念真的很陌生。据我了解,在通过sub1.mydomain.com.au:19008/MyApp/MyService/api/users 配置反向代理后,我可以访问第二个服务(在端口 8777 上运行的服务),对吗?话虽如此,是否可以在端口 80 上配置反向代理,以便我可以通过:sub1.mydomain.com.au/MyApp/MyService/api/users 访问资源?
    • 如果您在具有负载均衡器的 (Azure) 集群上运行,您可以添加将传入端口 80 映射到后端端口 19008 的负载均衡规则。这是最简单的。
    • 是的,谢谢。回到我原来的问题,如果这真的解决了我的问题,我会重新考虑。假设我在集群中运行了两个前端 asp.net 核心网站(不是 api)。用户是否必须前往mydomain/myapp/site1mydomain/myapp/site2 才能访问这些站点?我希望让用户去site1.mydomainsite2.mydomain访问前端网站。(类似于我在IIS中所做的)
    • 我认为您可以通过向负载均衡器添加两个公共 IP 地址来做到这一点,每个 IP 地址都有自己的 DNS 配置。
    • 我会试试的。你知道任何文件解释如何做到这一点?
    猜你喜欢
    • 2017-06-23
    • 2016-04-30
    • 2019-11-30
    • 2019-09-21
    • 2015-12-24
    • 2011-08-25
    • 2015-05-16
    • 2020-10-08
    • 2018-01-05
    相关资源
    最近更新 更多