Rainbond 团队开发了高性能分布式网关组件 rbd-gateway，作为集群内部的 Ingress Controller 处理集群南北流量。它同时支持 L4 和 L7 层协议，以及一键开启 WebSocket 等高级功能。在使用它的时候，一个细节功能点非常好用，就是可以一键生成一个可以被访问的域名地址。
使用 ACS Engine 在 Azure 上安装好了 Kubernetes 之后，就可以使用 Loadbalancer 类型的服务了。测试条件下，一般会使用不同域名通过同一个 Ingress Controller 访问不同服务的方式。
集群对外暴露了一个公网IP作为流量入口(可以是 Ingress 或 Service)，DNS 解析配置了一个泛域名指向该IP（比如 *.test.imroc.io），现希望根据请求中不同 Host 转发到不同的后端 Service。比如 a.test.imroc.io 的请求被转发到 my-svc-a，b.test.imroc.io 的请求转发到 my-svc-b
在 Kubernetes 中的安装，自然需要一个可以运行和管理的 Kubernetes 集群，首先创建一个 Namespace 用于 Gitlab 的安装运行：
随着 HTTPS 不断普及，大多数网站开始由 HTTP 升级到 HTTPS。使用 HTTPS 需要向权威机构申请证书，并且需要付出一定的成本，如果需求数量多，则开支也相对增加。cert-manager 是 Kubernetes 上的全能证书管理工具，支持利用 cert-manager 基于 ACME 协议与 Let’s Encrypt 签发免费证书并为证书自动续期，实现永久免费使用证书。
roc，腾讯高级工程师，Kubernetes Contributor，热爱开源，专注云原生领域。目前主要负责腾讯云TKE 的售中、售后的技术支持，根据客户需求输出合理技术方案与最佳实践，为客户业务保驾护航。 概述 随着 HTTPS 不断普及，越来越多的网站都在从 HTTP 升级到 HTTPS，使用 HTTPS 就需要向权威机构申请证书，需要付出一定的成本，如果需求数量多，也是一笔不小的开支。cert-manager 是 Kubernetes 上的全能证书管理工具，如果对安全级别和证书功能要求不高，可以利用
眼尖的朋友估计一眼就可以看出端倪，tls密文配置和ingress配置的namespace不一样。于是我们这边就将tls的namespace也改成lybgeek。本以为问题应该可以解决。访问发后，发现仍然是404，仍然是红色三角形图标屹立不倒。
在当前的汽车行业，大多数公司都在向自动驾驶和新能源方向转型，而对于自动驾驶方面，每家企业都投入了大量的资源来完成自动驾驶模型的开发与训练，其中出现了很多明星企业，比如汽车智能计算平台引领者地平线。地平线主要从事汽车智能计算平台的研发，具有领先的深度学习算法和芯片设计能力，致力于通过底层技术赋能，推动汽车产业的创新发展。
背景 CVM CDN https://cloud.tencent.com/act?from=10680 https://cloud.tencent.com/act/season?from=14065
RSS 是一种描述和同步网站内容的格式，是使用最广泛的 XML 应用。RSS 搭建了信息迅速传播的一个技术平台，使得每个人都成为潜在的信息提供者。发布一个 RSS 文件后，这个 RSS Feed 中包含的信息就能直接被其他站点调用，而且由于这些数据都是标准的 XML 格式，所以也能在其他的终端和服务中使用，是一种描述和同步网站内容的格式。
Istio 从 v1alpha3 开始，用 Ingress Gateway 组件替代了符合 Kubernetes 规范的 Ingress Controller，因此对入站流量具有了更大的控制能力，但是用法也有了较大不同。
本文是旧文更新，由于 cert-manager-webhook-dnspod 之前的作者很久没有继续维护，chart 包已不兼容最新的 cert-manager ，所以博主决定自己开发一个，支持最新版 cert-manager，且接入腾讯云API密钥 (DNSPod 被腾讯收购，官方推荐用腾讯云标准的云 API 密钥方式，而不用 apiID 和 apiToken)。本文内容中使用的 cert-manager-webhook-dnspod 也替换成了新开发的版本，开源地址: https://github.com/imroc/cert-manager-webhook-dnspod
Traefik实现自动申请HTTPS证书要使用Let’s Encrypt自动生成证书，需要使用ACME。需要在静态配置中定义 “证书解析器”，Traefik负责从ACME服务器中检索证书。
详细安装过程见：https://kubernetes.github.io/ingress-nginx/deploy/
kubernetes环境（tke）1.20.6刚完成了升级，体验了一把Tke1.20.6升级Tke1.22.5留下的坑。traefik自定义crd各种的问题！算是比较早用traefik的用户了。大佬们都说traefik早期算是第一梯队。现在算是淘汰的网关了。纯go写的，GC语言写的网关后面都会成为三流网关。就也想顺路体验一下其他的网关，比如apisix。这貌似是基于nginx lua的网关。另外也关注张晋涛大佬各种博客文章很久了。也值得试一试。为什么 APISIX Ingress 是比 Traefik 更好的选择？
https://github.com/tangx/kustz/tree/chapter/03-parse-url-to-ingress
Kubernetes Gateway API 是 Kubernetes 1.18 版本引入的一种新的 API 规范，是 Kubernetes 官方正在开发的新的 API，Ingress 是 Kubernetes 已有的 API。Gateway API 会成为 Ingress 的下一代替代方案。Gateway API 提供更丰富的功能,支持 TCP、UDP、TLS 等,不仅仅是 HTTP。Ingress 主要面向 HTTP 流量。 Gateway API 具有更强的扩展性,通过 CRD 可以轻易新增特定的 Gateway 类型,比如 AWS Gateway 等。Ingress 的扩展相对较难。Gateway API 支持更细粒度的流量路由规则,可以精确到服务级别。Ingress 的最小路由单元是路径。
前面我们学习了在 Kubernetes 集群内部使用 kube-dns 实现服务发现的功能，那么我们部署在 Kubernetes 集群中的应用如何暴露给外部的用户使用呢？我们知道可以使用 NodePort 和 LoadBlancer 类型的 Service 可以把应用暴露给外部用户使用，除此之外，Kubernetes 还为我们提供了一个非常重要的资源对象可以用来暴露服务给外部用户，那就是 Ingress。对于小规模的应用我们使用 NodePort 或许能够满足我们的需求，但是当你的应用越来越多的时候，你就会发现对于 NodePort 的管理就非常麻烦了，这个时候使用 Ingress 就非常方便了，可以避免管理大量的端口。
背景： java程序员们想弄一个私有maven仓库，嗯 正常的是用nexus or artfactory? artfactory是两三年前听jfrog的讲座知道的，程序说他原来用的nexus。那
Ingress是Kubernetes集群中的一个对象，用于将外部流量路由到集群内部的服务。它充当了进入Kubernetes集群的API网关，负责接收外部请求，并将其转发到正确的目标服务上。
在上一篇文章中我们介绍了如何通过helm进行安装部署traefik组件，文中还提到常用的ingress controller除了traefik还有Nginx、HAProxy、Kong等，在本篇文章中我们就介绍如何安装部署Nginx-ingress，只有在经过积累不同组件的使用经验之后，我们才能更好的比较其优劣，形成最佳实践。
Kubernetes Ingress是Kubernetes中的一种资源类型，用于管理对Kubernetes集群中服务的访问。在Kubernetes中，可以使用Ingress资源对象实现HTTP和HTTPS流量的路由、负载均衡、TLS终止等功能。
Hello folks，我是 Luga，今天我们来聊一下云原生生态核心技术之流量管理—— Kubernetes Ingress Controller。
在多 Kubernetes 集群环境中，采用泛域名证书管理是一种有效策略。通过申请一个泛域名证书，你能够为同一根域名下的多个子域名提供安全的通信。使用泛域名证书（Wildcard Certificate）和 HashiCorp Vault 对于在多个 Kubernetes 集群中有效地管理证书是一个有效的策略。
我们要将kubernetes集群内的服务发布到集群外使用，之前使用的方法都是 NodePort、LoadBalancer的 Service，或者是给 Service 配置 ExternalIP，也可以通过 Pod 的 HostPort 进行配置。但是这些方式都存在一些问题，几乎都是通过节点端口的形式向外暴露服务的，了解 Service 的人应该知道，通过 Service 向外暴露端口，实际是在集群中的所有节点上监听同一个端口，如果 Service 非常多，那每个节点上开启的端口就会变得很多，这样维护起来很复杂，而且也非常不安全。
在Kubernetes中，Pod的IP地址和service的ClusterIP仅可以在集群网络内部做用，对于集群外的应用是不可见的。为了使外部的应用能够访问集群内的服务，Kubernetes目前提供了以下几种方案：
3.现在可以供大家使用的 Ingress controller 有很多，比如 traefik、nginx-controller、Kubernetes Ingress Controller for Kong、HAProxy Ingress controller，当然你也可以自己实现一个 Ingress Controller，现在普遍用得较多的是 traefik 和 nginx-controller，traefik 的性能较 nginx-controller 差，但是配置使用要简单许多， traefik 为例给大家介绍 ingress 的使用。
我们这个系列的文章一直都在学习和掌握K8S各种组成部分在集群里的角色、作用和使用场景，那么针对今天这个主题任务「给K8S上的Web服务做域名解析」你觉得应该使用什么组件来完成呢？
对于基于HTTP的服务来说，不同的URL地址经常对应不同的后端服务或者虚拟服务器，通常的做法是在应用前添加一个反向代理服务器Nginx，进行请求的负载转发，在Spring Cloud这个微服务框架中，使用zuul网关实现此功能。
书接上回，首先对上一篇文章做一个补充：主、从节点还需要打开TCP:10250端口。
以下是一个完整的示例，其中HTTP流量从旧域名old-domain.com重定向到新域名new-domain.com：
对于基于HTTP的服务来说，不同的URL地址经常对应到不同的后端服务（RS）或者虚拟服务器（ Virtual Host），这些应用层的转发机制仅通过Kubernetes的Service机制是无法实现的。
由于网站并行加载的资源比较多，HTTP 2 相比 HTTP 1.1 来说，所有的连接共享一个 TCP 连接，同时一个域名下还没有最多同时连接数的限制，加载速度会比 1.1 好一些。
NodePort Service存在太多缺陷，不适合生产环境。LoadBlancer Service则不太灵活，比如针对微服务架构，那么不同服务是否需要多个负载均衡服务呢？那么，我们还有其他选择么？那就是Ingress。
Ingress 是 Kubernetes 的一种 API 对象，将集群内部的 Service 通过 HTTP/HTTPS 方式暴露到集群外部，并通过规则定义 HTTP/HTTPS 的路由。Ingress 具备如下特性：集群外部可访问的 URL、负载均衡、SSL Termination、按域名路由（name-based virtual hosting）。
有时候需要多域名指向同一个 ingress 路由规则，比如 a.com a.cn 指向同一个 server
域名规则: <serviceName>---<namespace>.<rootDomain>
通常情况下，集群中的service和pod仅可在集群内部网络中通过IP地址访问。所有到达边界路由器的流量或被丢弃或被转发到其他地方。
由于最近服务迁移，进行了各种调整，调整的过程中也顺便修改了 ingress 的相关配置，发现这块之前没有写过，于是今天就来看看 ingress 的基本使用。
现在k8s上服务暴露方式用的最多就是nginx-ingress，今天我们来讲讲nginx-ingress的具体使用，我们在tke上实践下，如何部署使用nginx-ingress，以及nginx的一些注解功能的使用。
首先，当部署完后启动 Traefik 时，定义了入口点（端口号和对应的端口名称），然后 Kubernetes 集群外部就可以通过访问 Traefik 服务器地址和配置的入口点对 Traefik 服务进行访问，在访问时一般会带上 “域名” + “入口点端口”，然后 Traefik 会根据域名和入口点端口在 Traefik 路由规则表中进行匹配，如果匹配成功，则将流量发送到 Kubernetes 内部应用中与外界进行交互。这里面的域名与入口点与对应后台服务关联的规则，即是 Traefik 路由规则。Traefik 创建路由规则有多种方式：
有这样一种场景，当我们有一个使用java写的项目，比如这个时候做了前后端分离，由一个服务变成了俩服务，这个时候前端访问地址比如说是：www.a.com，这个服务需要掉后端接口，比如www.b.com，这个时候倒是可以，但是使用了两个不同的域名，并且这本来就是一个项目，所以正常来说应该使用一个域名，即www.a.com/api，类似这种。 但是这样会有一个问题，在进行请求时，由于使用了一个域名，而后面的URI是不一样的，所以要么修改代码，加上这么一层路径，要么修改nginx的location，在转发时把携带的路径给去掉。 第一种方式可行，但是如果项目非常多，几十个项目，这种情况协调起来都费劲，所以通过nginx，把路径去掉，这种方式不需要研发做任务调整，还是非常灵活的。
做爬虫的小伙伴可能听说过 Splash，它可以提供动态页面渲染服务，如果我们要爬的某些页面是 JavaScript 渲染而成的，此时我们直接用 requests 或 Scrapy 来爬是没法直接爬到的，此时我们可以借助于 Splash 来帮我们把 JavaScript 渲染后的真实页面结果拿下来。
本文主要聚焦于将 php-fpm 应用容器化并迁移部署到 TKE集群(使用nginxingress)
Ingress-Nginx github 地址：https://github.com/kubernetes/ingress-nginx
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
