【问题标题】:Ingress resource deploymentIngress 资源部署
【发布时间】:2021-01-08 22:22:45
【问题描述】:

将与 ELB 交互的入口资源创建到在 Kubernetes 上运行的目标部署环境中的最佳方法是什么?

众所周知,有不同的云提供商和许多类型的设置与您的入口资源的部署相关,这取决于您的目标环境:AWS、OpenShift、plain vanilla K8S、谷歌云、Azure。

在 Amazon、Google 等云部署中,入口还需要特殊注释,其中大部分是所有需要入口的微服务所共有的。

如果我们还在 k8s 上部署像 Istio 这样的网格,那么我们需要使用带有入口的 Istio 网关。如果我们使用 OCP,那么它有一种叫做“路由”的特殊类型。

我正在寻找旨在使用更多标准选项的最佳解决方案,以减少部署入口资源的平台之间的差异。

由于这里有许多不同的设置,所以也许最好的方法是创建一个运营商来部署 Ingress 资源?

创建一些通用组件来部署 Ingress 同时保持云无关重要吗?

其他公司如何将其入口资源部署到 k8s 集群?

【问题讨论】:

    标签: kubernetes kubernetes-ingress istio


    【解决方案1】:

    将与 ELB 交互的入口资源创建到在 Kubernetes 上运行的目标部署环境中的最佳方法是什么?

    在 AWS 上,常见的方法是使用 ALB 和 AWS ALB Ingress Controller,但它有其自身的缺点,因为它每个 Ingress 资源创建一个 ALB

    我们是否也部署了像 Istio 这样的网格,那么我们需要使用 Istio 网关和入口。

    是的,那么情况就不同了,因为您将使用 Istio 中的 VirtualService 或使用 AWS App Mesh - 这种方法看起来更好,并且您的应用程序不会有 Ingress 资源。

    我正在寻找旨在使用更多标准选项的最佳解决方案,以减少部署入口资源的平台之间的差异。

    是的,这是云提供商基础架构和您的集群之间的交集,因此很遗憾这里有许多不同的设置。这还取决于您的入口网关是在集群内还是在集群外。

    另外,Ingress 资源在最新的 Kubernetes 1.19 中刚刚成为 GA(稳定)。

    【讨论】:

    • 为任何部署目标创建 k8s sdk operator 是否正确?
    • @TalAvissar 创建一个用于部署的操作员听起来像是过度工程?但这取决于您的需求是什么?我会选择服务网格。
    猜你喜欢
    • 2018-11-18
    • 1970-01-01
    • 2019-07-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-02-27
    • 2018-11-25
    相关资源
    最近更新 更多