Service Fabric - 如何保留或保护我的硬编码端口

Question

风景：

1. 我们有一个包含两个微服务的应用程序。

   微服务 A 用于将应用程序暴露在集群（我们的 Web 服务器）之外

   微服务 B 是我们的业务功能。

2. 我们在微服务 A 前面有一个 F5 来处理硬编码端口 (onPrem) 上的负载平衡。

3. 在微服务 A 中，我们为清单中的 http 端点硬编码特定端口。

问题： 我们见证了有时微服务 B（业务功能）可能会窃取微服务 A 硬编码使用的端口。那么它将永远无法正确启动服务。

我们还看到 SF 似乎按顺序使用可用端口。因此，如果我们硬编码微服务 A 使用端口 001，而微服务 B 是随机的。当 A 重新启动时，有时 B 会抓取 001。

可能的解决方案：

1. 我们可以对所有微服务进行硬编码 - 不喜欢。
2. 我们可以为这些硬编码端口保留更高的范围。例如，如果 Service Fabric 使用 1000 个端口，我们可以为服务 A 保留 501-1000，让服务 B 获取 001-499。这只会延迟问题，直到您拥有超过 500 个实例。 - 也不是这个的忠实粉丝。
3. 将端口硬编码为集群范围之外的端口？例如，如果我们在设置集群时使用 20001-20500 作为 ApplicationEndpoints 范围，如果我们将 MicroService A 硬编码给用户 21000，它似乎可以工作？我不确定这会产生什么意想不到的后果？

请给我一个不错的选择 4 :)

谢谢，

格雷格

Answer 1

当您拥有此规模级别时，最好的方法是使用节点类型来处理与内部分开的外部访问。

您将创建一个 FrontEnd NodeType 来托管公开硬编码端口（即：80、443）的 API 或 Web 服务，然后创建 BackEnd NodeType 以使用随机端口托管您的服务。使用这种方法，您不必担心端口，因为服务将根据其角色在不同的节点上运行，并且只能从集群外部访问 FE。

如果仍需要在同一节点内处理此问题，您可以使用节点类型配置“应用程序启动端口”和“应用程序结束端口”来处理您的服务将在启动时分配到的端口列表。 因此，您将在这些列表之外对您的端口进行硬编码，并让 BE 服务使用来自应用程序端口的列表，就像您在第三个选项中建议的那样。

确保在负载均衡器上配置硬编码端口，否则无法从集群外部访问它们。