在应用 Ingress对象提供的功能之前,必须强调集群中存在 Ingress Controller, Ingress 资源才能正常工作。
我这里的 web 项目使用的是常见的 Ingress-nginx (官方还有其他用途的 Ingress),Ingress-nginx 是使用 nginx 作为反向代理和负载均衡器的 K8s Ingress 控制器, 作为 Pod 运行在kube-system 命名空间。
了解 Ingress 工作原理,有利于我们如何与运维人员打交道。
下面通过 Ingress-nginx 暴露 Kibana 服务:
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: kibana
labels:
app: kibana
annotations:
kubernetes.io/ingress.class: “nginx”
nginx.ingress.kubernetes.io/proxy-connect-timeout: “30”
nginx.ingress.kubernetes.io/proxy-read-timeout: “1800”
nginx.ingress.kubernetes.io/proxy-send-timeout: “1800”
nginx.ingress.kubernetes.io/proxy-body-size: “8m”
nginx.ingress.kubernetes.io/ssl-redirect: “true”
spec:
tls:
- hosts:
- ‘https://logging.internal.gridsum.com/’
secretName: tls-cert
rules: - host: ‘https://logging.internal.gridsum.com’
http:
paths: - path: /
backend:
serviceName: kibana
servicePort: 5601
Ingress-nginx 中最让我困惑的是它的Paths分流与rewrite-target注解。
- Paths 分流
一般用于 根据特定的 Path,将请求转发到特定的后端服务 Pod,后端服务 Pod 能接收到 Path 这个信息。一般后端服务是作为 api。 - rewrite-target
将请求重定向到后端服务, 那有什么用处呢?
答: 以上面暴露的 kibana 为例, 我们已经可以在
https://logging.internal.gridsum.com/ 访问完整的 Kibana, 如果我想利用这个域名暴露 ElasticSearch 站点,怎么操作?
这时就可以利用rewrite-target,
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: elasticsearch
labels:
app: kibana
annotations:
kubernetes.io/ingress.class: “nginx”
nginx.ingress.kubernetes.io/proxy-connect-timeout: “30”
nginx.ingress.kubernetes.io/proxy-read-timeout: “1800”
nginx.ingress.kubernetes.io/proxy-send-timeout: “1800”
nginx.ingress.kubernetes.io/proxy-body-size: “8m”
nginx.ingress.kubernetes.io/ssl-redirect: “true”
nginx.ingress.kubernetes.io/rewrite-target: “/$2”
spec:
tls:
- hosts:
- ‘logging.internal.gridsum.com’
secretName: tls-cert
rules: - host: ‘logging.internal.gridsum.com’
http:
paths: - path: /es(/|$)(.*)
backend:
serviceName: elasticsearch
servicePort: 9200
在此 Ingress 定义中,由(.*)捕获的所有字符都将分配给占位符$2,然后将其用作重写目标注解中的参数。 这样的话:
https://logging.internal.gridsum.com/es 将会重定向到后端 elasticsearch 站点,并且忽略了 es 这个 path
Ingress-nginx 到 webapp 的日志追踪#
熟悉我的朋友知道, 我写了《一套标准的ASP.NET Core容器化应用日志收集分析方案》,这里面主要是 BackEnd App 的日志,从我上面的结构图看,
Ingress-nginx----> Nginx FrontEnd App—>BackEnd App 需要一个串联的追踪 Id, 便于观察运维网络和业务应用。
幸好 Ingress-nginx, Nginx 强大的配置能力帮助我们做了很多事情:
- 客户端请求到达 Ingress-Nginx Controllerr,Ingress-Nginx Controller 会自动添加一个X-Request-ID的请求 Header, 随机值---- 这个配置是默认的
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
结语
小编也是很有感触,如果一直都是在中小公司,没有接触过大型的互联网架构设计的话,只靠自己看书去提升可能一辈子都很难达到高级架构师的技术和认知高度。向厉害的人去学习是最有效减少时间摸索、精力浪费的方式。
我们选择的这个行业就一直要持续的学习,又很吃青春饭。
虽然大家可能经常见到说程序员年薪几十万,但这样的人毕竟不是大部份,要么是有名校光环,要么是在阿里华为这样的大企业。年龄一大,更有可能被裁。
送给每一位想学习Java小伙伴,用来提升自己。
本文到这里就结束了,喜欢的朋友可以帮忙点赞和评论一下,感谢支持!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**
[外链图片转存中…(img-0NidYYhn-1712769022283)]