我目前正在从 Service Fabric 切换到 Kubernetes，想知道如何进行自定义和更复杂的负载平衡。

到目前为止，我已经了解到 Kubernetes 提供的“服务”可以为隐藏在其后面的 Pod 进行负载平衡，但这只能以更简单的方式实现。

我现在想要重写的内容在 Service Fabric 中如下所示：

我有这个界面：

public interface IEndpointSelector
{
    int HashableIdentifier { get; }
}

在我的 ASP.Net 应用程序中跟踪帐户的上下文，例如继承了这一点。然后，我编写了一些代码，这些代码现在可以通过 Service Fabric 集群 API 进行服务发现并跟踪所有服务，并在任何实例死亡或重生时更新它们。

然后，根据此标识符的确定性本质（由于上下文被缓存等）并给定前端 -> 后端调用的目标服务的多个副本，我可以可靠地将某个帐户的流量路由到某个端点实例。

现在，我该如何在 Kubernetes 中做到这一点呢？

正如我已经提到的，我找到了“服务”，但它们的负载平衡似乎不支持自定义逻辑，并且仅在使用无状态实例时才有用。

是否还有一种在 Kubernetes 中进行服务发现的方法，我可以在某些时候使用它来替换我现有的代码？

有状态集

有状态集 is a 积木用于 Kubernetes 上的有状态工作负载，并具有一定的保证。

稳定且唯一的网络身份

StatefulSet Pod 具有唯一的身份，由序数、稳定的网络身份和稳定的存储组成。

例如，如果您的 StatefulSet 的名称为sharded-svc

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: sharded-svc

你有例如3 个副本，这些副本将被命名为<name>-<ordinal> where ordinal从 0 开始到replicas-1。

您的 Pod 的名称将为：

sharded-svc-0
sharded-svc-1
sharded-svc-2

可以通过 dns-name 访问这些 pod：

sharded-svc-0.sharded-svc.your-namespace.svc.cluster.local
sharded-svc-1.sharded-svc.your-namespace.svc.cluster.local
sharded-svc-2.sharded-svc.your-namespace.svc.cluster.local

鉴于你的无头服务被命名sharded-svc然后将其部署在命名空间中your-namespace.

分片或分区

给定前端 -> 后端调用的目标服务的多个副本，我可以可靠地将某个帐户的流量路由到某个端点实例。

你这里描述的是你的有状态服务就是所谓的sharded or 分区的。这并不是 Kubernetes 开箱即用的，但您拥有所需的一切建筑模块对于这种服务。可能存在提供此功能的第三方服务，您可以部署或开发该功能。

分片代理

您可以创建一个服务sharding-proxy由多个 pod 之一组成（可能来自部署因为它可以是无状态的）。这个应用程序需要监视 pod/service/端点在你的sharded-svc了解它可以将流量路由到哪里。这可以使用开发客户去或其他替代方案。

该服务实现了您在分片中想要的逻辑，例如帐户号码模3被路由到对应的podordinal

Update:有 3rd 方代理sharding功能，例如韦弗代理

基于 headers/path/body 字段的分片请求

推荐阅读：Weaver：简单的分片

消费分片服务

要使用您的分片服务，客户端将请求发送到您的sharding-proxy然后应用你的routing or 分片逻辑（例如请求帐户号码模3被路由到对应的podordinal）并将请求转发至复制品 of sharded-svc符合你的逻辑。

替代解决方案

目录服务：可能更容易实现sharded-proxy as a 目录服务但这取决于您的要求。客户可以询问您的目录服务我应该发送到哪个 statefulSet 副本帐户号码 X您的服务回复例如sharded-svc-2

客户端的路由逻辑：可能最简单的解决方案是让您的路由逻辑在客户端中，让这个逻辑计算向哪个 statefulSet 副本发送请求。