【问题标题】:Deploying and exposing a microservice on Openshift在 Openshift 上部署和公开微服务
【发布时间】:2020-07-11 00:03:54
【问题描述】:

我是 k8s 世界的新手,使用的是 Openshift 4.2.18。我想在上面部署一个微服务。我需要的是一个通用 ip 并且能够使用虚拟路径访问每个微服务。

这样,

服务和部署都OK。但是,我对其他术语感到困惑。我应该使用 route 还是 ingress?我应该像 this link 那样使用 VirtualService 吗?还听说过 HA-Proxy 和 Istio。这样做的最佳方法是什么?如果您能提供有关这些条款的信息,我们将不胜感激。

提前致谢,
致以最诚挚的问候

【问题讨论】:

    标签: kubernetes openshift microservices haproxy istio


    【解决方案1】:

    Route 和 Ingress 旨在达到相同的目的。最初 Kubernetes 没有这样的概念,因此在 OpenShift 中开发了 Route 的概念,以及提供负载平衡代理等的位。随着时间的推移,在 Kubernetes 中拥有这样的东西被认为是有用的,所以使用 Route from以 OpenShift 为起点,Ingress 是为 Kubernetes 开发的。在 Ingress 版本中,他们采用了更通用的基于规则的系统,因此您指定它们的方式看起来不同,但目的是能够有效地做同样的事情。如果您打算同时在多个 Kubernetes 发行版上部署应用程序那么 Ingress 可能是一个不错的选择。

    虚拟服务和 istio 是服务网格,对于应用程序的外部访问不是必需的。服务网格带来了复杂性。除非您的用例确实需要服务网格提供的功能,否则没有理由使用它。

    【讨论】:

    • +1 ,是的,也许不要过度复杂化服务网格和 istio,如果您是 kubernetes 新手,只需公开服务就可以在没有 istio 的情况下实现。熟悉 kubernetes 后,您可能想了解服务网格;-)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-04-10
    • 1970-01-01
    • 2017-06-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-09-28
    相关资源
    最近更新 更多