在 kubernetes 集群中運行的 thrift hiveservers 的反向代理

Question

我需要在 kubernetes 集群上將多個 hiveserver 作為 pod 運行，每個 hiveserver 為屬於不同 AD 組的用戶提供服務。 這些 hiveserver 需要暴露在 kubernetes 集群之外，但是每個 hiveserver 不能暴露為不同的服務。 理想情況下，我希望使用入口 controller 實現反向代理，並為每個 hiveserver 定義入口，因為服務器可以動態創建和銷毀。

我看到 nginx 入口 controller 可用於 http，我看不出有一種方法可以使它作為基於節儉的 hiveservers 的反向代理。 我也看過諾克斯，但它似乎只支持 http 傳輸。

有沒有一種已知的方法可以將入口 controller 設置為前端非 http 端點（如 thrift hiveservers）的反向代理？

Answer 1

如果您願意，您可以嘗試使用服務網格。

在 Istio 中，這樣的用例（ 管理 TCP 流量）可以通過 Istio 入口網關來實現，它將充當集群內大量服務的入口點（類似於 K8S 入口，但不限於 http 流量）。 甚至還有對自定義協議的內置支持，例如 Apache Thrift 協議，它允許您使用速率限制等功能。