annotations:

prometheus.io/port: “10254”

prometheus.io/scrape: “true”

spec:

serviceAccountName: nginx-ingress-serviceaccount

containers:

• name: nginx-ingress-controller

image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.25.0

args:

• /nginx-ingress-controller

• –configmap=$(POD_NAMESPACE)/nginx-configuration

• –tcp-services-configmap=$(POD_NAMESPACE)/tcp-services

• –udp-services-configmap=$(POD_NAMESPACE)/udp-services

• –publish-service=$(POD_NAMESPACE)/ingress-nginx

• –annotations-prefix=nginx.ingress.kubernetes.io

securityContext:

allowPrivilegeEscalation: true

capabilities:

drop:

• ALL

add:

• NET_BIND_SERVICE

www-data -> 33

runAsUser: 33

env:

• name: POD_NAME

valueFrom:

fieldRef:

fieldPath: metadata.name

• name: POD_NAMESPACE

valueFrom:

fieldRef:

fieldPath: metadata.namespace

ports:

• name: http

containerPort: 80

• name: https

containerPort: 443

livenessProbe:

failureThreshold: 3

httpGet:

path: /healthz

port: 10254

scheme: HTTP

initialDelaySeconds: 10

periodSeconds: 10

successThreshold: 1

timeoutSeconds: 10

readinessProbe:

failureThreshold: 3

httpGet:

path: /healthz

port: 10254

scheme: HTTP

periodSeconds: 10

successThreshold: 1

timeoutSeconds: 10

下载yaml 并创建

先获取 yaml 文件，可以用这个文件来创建或者删除 Ingress

wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.40.2/deploy/static/provider/baremetal/deploy.yaml

安装时发现 yaml 文件中 ValidatingWebhookConfiguration 版本报错，先获取版本

[root@k8s-master01 yaml]# kubectl explain ValidatingWebhookConfiguration

KIND: ValidatingWebhookConfiguration

VERSION: admissionregistration.k8s.io/v1beta1

修改 yaml 中 ValidatingWebhookConfiguration 对应的 pod 的版本

安装 Ingress

kubectl apply -f deploy.yaml

删除 Ingress

kubectl delete -f deploy.yaml

2. 简单的扇出

根据所请求的HTTP URI，扇出配置将流量从单个IP地址路由到多个服务。一个入口允许您将负载平衡器的数量保持到最小。例如，设置如下

kubernetes pod中的IP只在集群网络内部可见，我们需要在边界设置一个东西，让它能够接收ingress的流量并将它们转发到正确的端点上。这个东西一般是高可用的loadbalancer。使用Ingress能够允许你将loadbalancer的个数降低到最少，

例如，假如你想要创建这样的一个设置：

apiVersion: networking.k8s.io/v1beta1

kind: Ingress

metadata:

name: simple-fanout-example

annotations:

nginx.ingress.kubernetes.io/rewrite-target: /

spec:

rules:

• host: foo.bar.com

http:

paths:

• path: /foo

backend:

serviceName: service1

servicePort: 4200

• path: /bar

backend:

serviceName: service2

servicePort: 8080

3. 基于 名称的虚拟主机

Name-based的虚拟主机在同一个IP地址下拥有多个主机名。

例如：ingress说明基于Host header的后端loadbalancer的路由请求：

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: test

spec:

rules:

• host: foo.bar.com

http:

paths:

• backend:

serviceName: s1

servicePort: 80

• host: bar.foo.com

http:

paths:

• backend:

serviceName: s2

servicePort: 80

默认backend：一个没有rule的ingress

所有流量都将发送到一个默认backend。

你可以用该技巧通知loadbalancer如何找到你网站的404页面，通过制定一些列rule和一个默认backend的方式。如果请求header中的host不能跟ingress中的host匹配，并且/或请求的URL不能与任何一个path匹配，则流量将路由到你的默认backend。

如果您创建一个没有在规则中定义任何主机的Ingress资源，那么可以匹配到Ingress控制器IP地址的任何web流量，而不需要基于名称的虚拟主机。例如，下面的Ingress资源将把first.bar.com请求的流量路由到service1, second.foo.com路由到service2，将任何没有在request中定义主机名(即没有显示请求头)的流量路由到service3。

apiVersion: networking.k8s.io/v1beta1

kind: Ingress

metadata:

name: name-virtual-host-ingress

spec:

rules:

• host: first.bar.com

http:

paths:

• backend:

serviceName: service1

servicePort: 80

• host: second.foo.com

http:

paths:

• backend:

serviceName: service2

servicePort: 80

• http:

paths:

• backend:

serviceName: service3

servicePort: 80

2. Ingress HTTP 代理访问示例

---

先创建两个 Pod 和 ClusterIP Service，提供 Nginx 内部访问

vim deployment-nginx.yaml

apiVersion: extensions/v1beta1

kind: Deployment

metadata:

name: nginx-dm

spec:

replicas: 2

selector:

matchLabels:

name: nginx

template:

metadata:

labels:

name: nginx

spec:

containers:

• name: nginx

image: wangyanglinux/myapp:v1

ports:

• name: http

containerPort: 80

---

定义nginx 的 svc

apiVersion: v1

kind: Service

metadata:

name: nginx-svc

spec:

ports:

• port: 80

targetPort: 80

protocol: TCP

selector:

name: nginx

再创建 Ingress 将服务暴露到外部

apiVersion: extensions/v1beta1 # kubectl explain ingress

kind: Ingress # 类型

metadata:

name: nginx-test # 名字

spec:

rules: # 规则，List，可配置多个域名。

• host: www.qcq.com # 主机域名

http:

paths: # 路径

• path: / # 域名的根路径

backend:

serviceName: nginx-svc # 这里链接的是上面创建的 svc 的名称

servicePort: 80 # svc 的端口

查看

kubectl get ingress

Ingress 资源清单中的 spec.rules 最终会转换为 nginx 的虚拟主机配置，进入到 ingress-nginx 容器中查看配置

kubectl exec ingress-nginx-controller-78fd88bd5-sbrz5 -n ingress-nginx -it – /bin/bash

cat nginx.conf

修改 本地hosts 文件，设置上面的域名解析

192.168.66.10 www.qcq.com

查看端口

[root@k8s-master01 ingress]# kubectl get svc -n ingress-nginx

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE

ingress-nginx-controller NodePort 10.96.189.184 80:31534/TCP,443:31345/TCP 10h

域名访问

3. Ingress HTTPS 代理访问示例

---

你可以通过指定包含TLS私钥和证书的secret来加密Ingress。 目前，Ingress仅支持单个TLS端口443，

TLS secret中必须包含名为 tls.crt 和 tls.key 的密钥，这里面包含了用于TLS的证书和私钥

创建证书，以及 cert 存储方式

生成私钥和证书

openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj “/CN=nginxsvc/O=nginxsvc”

kubectl 创建 secret 资源，这个 secret 后面要用

kubectl create secret tls tls-secret --key tls.key --cert tls.crt

查看kubectl 的 secret 资源

kubectl get secret tls-secret

创建 Deployment 和 Service，这里仍使用上面创建的 Deployment

创建 Ingress

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: nginx-test-https

spec:

tls:

• hosts:

• www.zyx3.com # host 主机

secretName: tls-secret # 与上面创建的 secret 要对应上

rules: # 规则，List，可配置多个域名。

• host: www.qcq.com # 主机域名

http:

paths: # 路径

• path: / # 域名的根路径

backend:

serviceName: nginx-svc # 这里链接的是上面创建的 svc 的名称

servicePort: 80 # svc 的端口

获取 https 连接的端口

[root@k8s-master01 https]# kubectl get svc -n ingress-nginx

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE

ingress-nginx-controller NodePort 10.96.189.184 80:31534/TCP,443:31345/TCP 11h

本地host解析

4. Nginx 进行 BasicAuth（用户登陆）

---

创建密钥文件

yum install -y httpd

创建密钥文件

-c 创建，创建文件为 auth，用户名为 foo

htpasswd -c auth foo

然后连输两次密码，这个密码为为之后认证使用

构建基础权限认证，根据文件

kubectl create secret generic basic-auth --from-file=auth

创建ingress

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: ingress-with-auth

annotations:

身份验证类型

nginx.ingress.kubernetes.io/auth-type: basic

secret 的名字（上面定义好了）

nginx.ingress.kubernetes.io/auth-secret: basic-auth

要显示的信息，说明为什么需要认证

nginx.ingress.kubernetes.io/auth-realm: ‘Authentication Required - foo’

spec:

rules:

• host: auth.zyx.com

http:

paths:

• path: /

backend:

serviceName: nginx-svc

servicePort: 80

host解析，访问

5. nginx重写

---

重定向

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: nginx-test

annotations:

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

总结

机会是留给有准备的人，大家在求职之前应该要明确自己的态度，熟悉求职流程，做好充分的准备，把一些可预见的事情做好。

对于应届毕业生来说，校招更适合你们，因为绝大部分都不会有工作经验，企业也不会有工作经验的需求。同时，你也不需要伪造高大上的实战经验，以此让自己的简历能够脱颖而出，反倒会让面试官有所怀疑。

你在大学时期应该明确自己的发展方向，如果你在大一就确定你以后想成为Java工程师，那就不要花太多的时间去学习其他的技术语言，高数之类的，不如好好想着如何夯实Java基础。下图涵盖了应届生乃至转行过来的小白要学习的Java内容：

请转发本文支持一下

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

)]
[外链图片转存中…(img-vy3309lW-1712856873705)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-w5GtPDbH-1712856873705)]

总结

机会是留给有准备的人，大家在求职之前应该要明确自己的态度，熟悉求职流程，做好充分的准备，把一些可预见的事情做好。

对于应届毕业生来说，校招更适合你们，因为绝大部分都不会有工作经验，企业也不会有工作经验的需求。同时，你也不需要伪造高大上的实战经验，以此让自己的简历能够脱颖而出，反倒会让面试官有所怀疑。

你在大学时期应该明确自己的发展方向，如果你在大一就确定你以后想成为Java工程师，那就不要花太多的时间去学习其他的技术语言，高数之类的，不如好好想着如何夯实Java基础。下图涵盖了应届生乃至转行过来的小白要学习的Java内容：

请转发本文支持一下

[外链图片转存中…(img-N7DweVPb-1712856873705)]

[外链图片转存中…(img-L508JhXb-1712856873706)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-klY3ibQg-1712856873706)]