背景： 我们有一个容器化服务，可处理多达20个流，并监听20个不同的udp端口。我们在GKE上运行它，流源在同一内部网络上，但在群集之外。流需要发送到恒定的IP地址。因此，如果有30个流需要处理，则理想情况下，我们将使用内部负载平衡器将2个pod暴露出来，每个第一个pod都打开20个端口，第二个则打开10个端口。
限制： GKE的内部负载平衡器每个转发规则最多只能打开5个端口。这意味着旋转更多的容器以处理相同数量的流。例如，要处理上面的30个流，我们需要旋转6个Pod，而不是2个，因此也需要旋转6个负载平衡器。运行额外的负载平衡器的成本可能会迅速增加。另外，如果一条流需要打开其他端口进行处理，那么这将进一步减少可传递到吊舱的流的数量。
问题： 是否存在以上述方式将豆荚暴露于辐射源的替代方法？ 别名IP可以在这里发挥作用吗？ 还有其他建议，即使涉及重新设计？