Kubernetes Ingress 简介

2024-06-22 18:44
文章标签 kubernetes 简介 ingress

本文主要是介绍Kubernetes Ingress 简介，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

Ingress 是 Kubernetes 中的一种资源对象，用于管理从集群外部到内部服务的 HTTP 和 HTTPS 路由。它提供了灵活的路由功能、SSL/TLS 终止、负载均衡和虚拟主机支持。Ingress 需要一个 Ingress 控制器来实际处理路由，并且可以通过配置不同的控制器来满足不同的需求，目前公司内在使用微服务项目部署的时候也是使用该组件进行的路由配置，这里做下学习记录，了解基本使用和原理即可。
在这里插入图片描述

一、Ingress是什么？

Ingress 是 Kubernetes 中的一种资源对象，用于管理从集群外部访问集群内服务的 HTTP 和 HTTPS 路由。它提供了一种灵活的方式来定义如何将外部请求路由到集群内部的服务，通常用于暴露 HTTP 和 HTTPS 服务。

  • 为什么使用 Ingress？

    在 Kubernetes 中，虽然可以通过 Service 的类型为 NodePort 或 LoadBalancer 将服务暴露给外部，但 Ingress 提供了更高级和灵活的流量管理功能，包括：

    • 基于主机名和路径的路由：可以根据请求的 URL 路径和主机名将流量路由到不同的服务。
    • TLS/SSL 终止：可以在 Ingress 层处理 SSL/TLS，加密外部到 Ingress 的流量。
    • 负载均衡：可以在多个服务之间分配流量。
    • 虚拟主机：可以在同一个 IP 地址上处理多个域名（虚拟主机）。

  • Ingress 控制器
    Ingress 资源本身并不直接管理流量，它需要一个 Ingress 控制器来实际处理路由。Ingress 控制器是集群中的一个组件，负责根据 Ingress 资源的定义配置负载均衡器或代理服务器。常见的 Ingress 控制器有：

    • NGINX Ingress Controller
    • Traefik
    • HAProxy
    • Istio Ingress Gateway

    我们这里使用了 NGINX Ingress controller。

二、使用步骤

1. 使用 kubectl安装 ingress

➜  ~ kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/cloud/deploy.yamlnamespace/ingress-nginx created
serviceaccount/ingress-nginx created
serviceaccount/ingress-nginx-admission created
role.rbac.authorization.k8s.io/ingress-nginx created
role.rbac.authorization.k8s.io/ingress-nginx-admission created
clusterrole.rbac.authorization.k8s.io/ingress-nginx created
clusterrole.rbac.authorization.k8s.io/ingress-nginx-admission created
rolebinding.rbac.authorization.k8s.io/ingress-nginx created
rolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
configmap/ingress-nginx-controller created
service/ingress-nginx-controller created
service/ingress-nginx-controller-admission created
deployment.apps/ingress-nginx-controller created
job.batch/ingress-nginx-admission-create created
job.batch/ingress-nginx-admission-patch created
ingressclass.networking.k8s.io/nginx created
validatingwebhookconfiguration.admissionregistration.k8s.io/ingress-nginx-admission created

2. 创建部署资源

  • 创建资源
  1. example-deployment.yaml
    定义一个名为 example-deployment 的 Deployment 资源。这个资源会创建并管理一组 Nginx 容器。如下所示：
apiVersion: apps/v1  # API 版本，apps/v1 用于描述 Deployment 资源
kind: Deployment  # 资源类型，这里是 Deployment
metadata:name: example-deployment  # Deployment 的名称
spec:replicas: 2  # 副本数量，这里指定创建 2 个 Pod 实例selector:matchLabels:app: example  # 选择器，匹配具有 app=example 标签的 Podtemplate:metadata:labels:app: example  # Pod 模板的标签，确保 Pod 拥有 app=example 标签spec:containers:- name: nginx  # 容器的名称image: nginx:latest  # 使用的 Docker 镜像，这里是最新版本的 nginxports:- containerPort: 80  # 容器暴露的端口，这里是 80 端口

关键点：
其中replicas: 2，这告诉 Kubernetes 部署控制器（Deployment Controller）创建 2 个运行 nginx 容器的 Pod，并确保它们始终处于运行状态。如果其中一个 Pod 出现故障，Deployment 控制器会自动重新创建它，以维持指定的副本数。

  1. example-service.yaml
    这个 Service 会找到所有带有 app=example 标签的 Pod（即 example-deployment 创建的 2 个 Pod），并将请求转发到这些 Pod 的 80 端口。Service 本身是一个负载均衡器，可以将流量均匀分布到所有匹配的 Pod 上。
apiVersion: v1  # API 版本，v1 用于描述 Service 资源
kind: Service  # 资源类型，这里是 Service
metadata:name: example-service  # Service 的名称
spec:selector:app: example  # 选择器，匹配具有 app=example 标签的 Podports:- protocol: TCP  # 使用的协议，这里是 TCPport: 80  # Service 暴露的端口targetPort: 80  # 目标容器的端口，Service 会将请求转发到这个端口
  1. example-ingress.yaml
    在 example-ingress.yaml 中，定义了一个 Ingress 对象，它管理外部访问到集群内服务的 HTTP 和 HTTPS 路由。

将访问 example.local 主机名和 / 路径的 HTTP 请求转发到名为 example-service 的 Service 的 80 端口。Ingress 控制器会根据这些规则配置负载均衡器，并处理外部流量的路由。

apiVersion: networking.k8s.io/v1  # API 版本，networking.k8s.io/v1 用于描述 Ingress 资源
kind: Ingress  # 资源类型，这里是 Ingress
metadata:name: example-ingress  # Ingress 的名称annotations:nginx.ingress.kubernetes.io/rewrite-target: /  # 这是一个 NGINX Ingress 特有的注解，用于将匹配的路径重写为根路径。
spec:rules:- host: example.local  # 规则中的主机名http:paths:- path: /  # 路径规则pathType: Prefix  # 路径类型，这里是前缀匹配backend:service:name: example-service  # 后端服务的名称port:number: 80  # 后端服务的端口
  • 执行命令
➜  k8s-ingress-demo kubectl apply -f example-deployment.yaml
deployment.apps/example-deployment created
➜  k8s-ingress-demo kubectl apply -f example-service.yaml
service/example-service created
➜  k8s-ingress-demo kubectl apply -f example-ingress.yaml
ingress.networking.k8s.io/example-ingress created

  • 更新本地 host 映射：
    ➜ k8s-ingress-demo sudo vim /etc/hosts
    127.0.0.1 example.local

  • 验证 Ingress 设置：
    打开浏览器，访问 http://example.local，可以看到 Nginx 的欢迎页面。
    至此，一个 demo就

查看服务的状态

现在我们来看它会启动几个 example-deployment,example-service,example-ingress

查看deployment

# 查看启动了几个deployment，如下，共启动了 2 个
➜  k8s-ingress-demo k get deployments
NAME                 READY   UP-TO-DATE   AVAILABLE   AGE
example-deployment   2/2     2            2           29m
nginx-deployment     3/3     3            3           7d7h# 详细查看example-deployment
➜  k8s-ingress-demo kubectl describe deployment example-deploymentName:                   example-deployment
Namespace:              default
CreationTimestamp:      Sat, 22 Jun 2024 16:33:52 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=example
Replicas:               2 desired | 2 updated | 2 total | 2 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:Labels:  app=exampleContainers:nginx:Image:        nginx:latestPort:         80/TCPHost Port:    0/TCPEnvironment:  <none>Mounts:       <none>Volumes:        <none>
Conditions:Type           Status  Reason----           ------  ------Available      True    MinimumReplicasAvailableProgressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   example-deployment-6678c6f87f (2/2 replicas created)
Events:Type    Reason             Age   From                   Message----    ------             ----  ----                   -------Normal  ScalingReplicaSet  32m   deployment-controller  Scaled up replica set example-deployment-6678c6f87f to 2

查看Pod状态

# 查看pod状态
➜  k8s-ingress-demo kubectl get pods -l app=example
NAME                                  READY   STATUS    RESTARTS   AGE
example-deployment-6678c6f87f-7vnfp   1/1     Running   0          34m
example-deployment-6678c6f87f-h5jsm   1/1     Running   0          34m# 查看单个pod详情
➜  k8s-ingress-demo kubectl describe pod example-deployment-6678c6f87f-7vnfp
Name:             example-deployment-6678c6f87f-7vnfp
Namespace:        default
Priority:         0
Service Account:  default
Node:             docker-desktop/192.168.65.3
Start Time:       Sat, 22 Jun 2024 16:33:53 +0800
Labels:           app=examplepod-template-hash=6678c6f87f
Annotations:      <none>
Status:           Running
IP:               10.1.0.131
IPs:IP:           10.1.0.131
Controlled By:  ReplicaSet/example-deployment-6678c6f87f
Containers:nginx:Container ID:   docker://e61df1f25e486f85176c4e84269090f768873084e03b9bc36f4dac70203b2637Image:          nginx:latestImage ID:       docker-pullable://nginx@sha256:9c367186df9a6b18c6735357b8eb7f407347e84aea09beb184961cb83543d46ePort:           80/TCPHost Port:      0/TCPState:          RunningStarted:      Sat, 22 Jun 2024 16:34:34 +0800Ready:          TrueRestart Count:  0Environment:    <none>Mounts:/var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-952jq (ro)
Conditions:Type                        StatusPodReadyToStartContainers   TrueInitialized                 TrueReady                       TrueContainersReady             TruePodScheduled                True
Volumes:kube-api-access-952jq:Type:                    Projected (a volume that contains injected data from multiple sources)TokenExpirationSeconds:  3607ConfigMapName:           kube-root-ca.crtConfigMapOptional:       <nil>DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300snode.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:Type    Reason     Age   From               Message----    ------     ----  ----               -------Normal  Scheduled  35m   default-scheduler  Successfully assigned default/example-deployment-6678c6f87f-7vnfp to docker-desktopNormal  Pulling    35m   kubelet            Pulling image "nginx:latest"Normal  Pulled     34m   kubelet            Successfully pulled image "nginx:latest" in 8.892s (41.029s including waiting)Normal  Created    34m   kubelet            Created container nginxNormal  Started    34m   kubelet            Started container nginx

查看service状态

➜  k8s-ingress-demo kubectl get servicesNAME              TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
example-service   ClusterIP      10.99.210.105   <none>        80/TCP         38m
kubernetes        ClusterIP      10.96.0.1       <none>        443/TCP        21d
nginx-service     LoadBalancer   10.110.142.82   localhost     80:30452/TCP   7d7h# 查看更详细的信息
➜  k8s-ingress-demo kubectl describe service example-serviceName:              example-service
Namespace:         default
Labels:            <none>
Annotations:       <none>
Selector:          app=example
Type:              ClusterIP
IP Family Policy:  SingleStack
IP Families:       IPv4
IP:                10.99.210.105
IPs:               10.99.210.105
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.1.0.130:80,10.1.0.131:80
Session Affinity:  None
Events:            <none>

查看Ingress状态

➜  k8s-ingress-demo kubectl get ingressesNAME              CLASS    HOSTS           ADDRESS   PORTS   AGE
example-ingress   <none>   example.local             80      37m
➜  k8s-ingress-demo kubectl get ingress example-ingressNAME              CLASS    HOSTS           ADDRESS   PORTS   AGE
example-ingress   <none>   example.local             80      38m# 查看更详细的 ingress 状态
➜  k8s-ingress-demo kubectl describe ingress example-ingressName:             example-ingress
Labels:           <none>
Namespace:        default
Address:
Ingress Class:    <none>
Default backend:  <default>
Rules:Host           Path  Backends----           ----  --------example.local/   example-service:80 (10.1.0.130:80,10.1.0.131:80)
Annotations:     nginx.ingress.kubernetes.io/rewrite-target: /
Events:          <none>

清理不需要的资源

➜  k8s-demo k get pods
NAME                                  READY   STATUS    RESTARTS        AGE
example-deployment-6678c6f87f-7vnfp   1/1     Running   0               52m
example-deployment-6678c6f87f-h5jsm   1/1     Running   0               52m
nginx-deployment-765d7cffb-5zv7k      1/1     Running   7 (4d17h ago)   7d7h
nginx-deployment-765d7cffb-dl6p4      1/1     Running   7 (4d17h ago)   7d7h
nginx-deployment-765d7cffb-nsckc      1/1     Running   7 (4d17h ago)   7d7h

我们看这里有我上次测试的nginx-deployment部署资源,而且还启动了 3 个 pod，有点费资源，我现在查看明细。

➜  k8s-demo kubectl get deployment nginx-deployment -o yamlapiVersion: apps/v1
kind: Deployment
metadata:annotations:deployment.kubernetes.io/revision: "1"kubectl.kubernetes.io/last-applied-configuration: |{"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"labels":{"app":"nginx"},"name":"nginx-deployment","namespace":"default"},"spec":{"replicas":3,"selector":{"matchLabels":{"app":"nginx"}},"template":{"metadata":{"labels":{"app":"nginx"}},"spec":{"containers":[{"image":"nginx:1.17.1","name":"nginx","ports":[{"containerPort":80}]}]}}}}creationTimestamp: "2024-06-15T01:36:46Z"generation: 1labels:app: nginxname: nginx-deploymentnamespace: defaultresourceVersion: "66130"uid: 988e5ed1-453b-4a62-97bf-25f879be893e
spec:progressDeadlineSeconds: 600replicas: 3revisionHistoryLimit: 10selector:matchLabels:app: nginx.......

这里有完整 YAML 定义，这是之前创建 pod，给个 3 个副本做演示使用的，没有什么用来，现在删除。

➜ k8s-demo kubectl delete deployment nginx-deployment
deployment.apps “nginx-deployment” deleted

➜ k8s-demo kubectl get pods
NAME READY STATUS RESTARTS AGE
example-deployment-6678c6f87f-7vnfp 1/1 Running 0 57m
example-deployment-6678c6f87f-h5jsm 1/1 Running 0 57m

已删除
我们刚才做了删除动作，也可以查看集群的历史,如下所示 pod/nginx-deployment 被 kill 了。

➜  k8s-demo kubectl get events --sort-by=.metadata.creationTimestamp
LAST SEEN   TYPE     REASON              OBJECT                                     MESSAGE
58m         Normal   Scheduled           pod/example-deployment-6678c6f87f-7vnfp    Successfully assigned default/example-deployment-6678c6f87f-7vnfp to docker-desktop
58m         Normal   Pulling             pod/example-deployment-6678c6f87f-7vnfp    Pulling image "nginx:latest"
58m         Normal   ScalingReplicaSet   deployment/example-deployment              Scaled up replica set example-deployment-6678c6f87f to 2
58m         Normal   SuccessfulCreate    replicaset/example-deployment-6678c6f87f   Created pod: example-deployment-6678c6f87f-7vnfp
58m         Normal   SuccessfulCreate    replicaset/example-deployment-6678c6f87f   Created pod: example-deployment-6678c6f87f-h5jsm
58m         Normal   Scheduled           pod/example-deployment-6678c6f87f-h5jsm    Successfully assigned default/example-deployment-6678c6f87f-h5jsm to docker-desktop
58m         Normal   Pulling             pod/example-deployment-6678c6f87f-h5jsm    Pulling image "nginx:latest"
57m         Normal   Pulled              pod/example-deployment-6678c6f87f-h5jsm    Successfully pulled image "nginx:latest" in 32.14s (32.141s including waiting)
57m         Normal   Created             pod/example-deployment-6678c6f87f-h5jsm    Created container nginx
57m         Normal   Started             pod/example-deployment-6678c6f87f-h5jsm    Started container nginx
57m         Normal   Started             pod/example-deployment-6678c6f87f-7vnfp    Started container nginx
57m         Normal   Created             pod/example-deployment-6678c6f87f-7vnfp    Created container nginx
57m         Normal   Pulled              pod/example-deployment-6678c6f87f-7vnfp    Successfully pulled image "nginx:latest" in 8.892s (41.029s including waiting)
56s         Normal   Killing             pod/nginx-deployment-765d7cffb-5zv7k       Stopping container nginx
56s         Normal   Killing             pod/nginx-deployment-765d7cffb-dl6p4       Stopping container nginx
56s         Normal   Killing             pod/nginx-deployment-765d7cffb-nsckc       Stopping container nginx

三、 Ingress 的工作原理

Ingress 是 Kubernetes 中的一种资源，用于管理从集群外部访问集群内部服务的 HTTP 和 HTTPS 路由。它的工作原理涉及多个组件和步骤，包括 Ingress 控制器、负载均衡、路由规则等。以下是 Ingress 的工作原理详细解释：

1. 定义 Ingress 资源

创建一个 Ingress 资源来定义外部访问的规则。这些规则包括主机名、路径、目标服务等。

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:name: example-ingressannotations:nginx.ingress.kubernetes.io/rewrite-target: /
spec:rules:- host: example.localhttp:paths:- path: /pathType: Prefixbackend:service:name: example-serviceport:number: 80

在这个示例中，Ingress 定义了将 example.local 主机名下的 / 路径的请求路由到名为 example-service 的 Service 的 80 端口。

2. 部署 Ingress 控制器

Ingress 控制器是一个运行在 Kubernetes 集群中的组件，它负责解释和实现 Ingress 资源中的规则。常见的 Ingress 控制器包括 NGINX、Traefik、HAProxy、Istio 等。

安装 NGINX Ingress 控制器的示例命令：

kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/cloud/deploy.yaml

3. Ingress 控制器的工作

3.1 监听 Ingress 资源变化

Ingress 控制器会监控 Kubernetes 集群中的 Ingress 资源的变化。一旦检测到新的 Ingress 资源或已有资源的更新，它会自动重新配置自己以匹配这些变化。

3.2 配置负载均衡器

根据 Ingress 资源定义的规则，Ingress 控制器会配置其内部的负载均衡器或代理服务器（例如 NGINX）。这包括设置主机名、路径匹配规则、后端服务等。

3.3 处理流量

Ingress 控制器接收到外部流量时，会根据配置的规则将流量路由到相应的后端服务。具体的流程如下：

  • 解析主机名：根据请求的主机名，确定应该使用的 Ingress 规则。
  • 路径匹配：根据请求的路径，找到最匹配的路径规则。
  • 转发请求：将请求转发到对应的后端服务和端口。

4. TLS/SSL 终止

Ingress 可以配置 TLS/SSL 终止，确保外部流量以加密方式传输到 Ingress 控制器，然后在 Ingress 控制器处解密，再转发到后端服务。示例如下：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:name: example-ingress
spec:tls:- hosts:- example.localsecretName: example-tlsrules:- host: example.localhttp:paths:- path: /pathType: Prefixbackend:service:name: example-serviceport:number: 80

在这个示例中，example-tls 是一个包含 TLS 证书和私钥的 Kubernetes Secret。

5. 高可用和扩展

Ingress 控制器本身通常作为 Deployment 运行，具有高可用性和可扩展性。你可以调整副本数来扩展 Ingress 控制器的容量，确保其能够处理大量的外部请求。

6. 集群内部的通信

当 Ingress 控制器决定将流量转发到后端服务时，它会使用 Kubernetes Service 进行服务发现和负载均衡。Service 会根据标签选择器找到相应的 Pod，并将请求分发给这些 Pod。

总结

本文主要讲解了 ingress 的基本介绍和使用 demo,最后将工作原理总如如下六大部分。

Ingress 的工作原理涉及以下关键步骤和组件：

  1. 定义 Ingress 资源：定义外部访问规则。
  2. 部署 Ingress 控制器：安装和配置 Ingress 控制器。
  3. Ingress 控制器的工作：
    • 监听 Ingress 资源变化。
    • 配置内部负载均衡器或代理服务器。
    • 处理外部流量并路由到后端服务。
  4. TLS/SSL 终止：处理加密流量。
  5. 高可用和扩展：通过 Deployment 提供高可用性和扩展能力。
  6. 集群内部的通信：使用 Kubernetes Service 进行服务发现和负载均衡。

通过以上机制，Ingress 提供了一种灵活、高效的方式来管理 Kubernetes 集群中服务的外部访问。

这篇关于Kubernetes Ingress 简介的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1085109。

相关文章

Kubernetes常用命令大全近期总结

Kubernetes常用命令大全近期总结

《Kubernetes常用命令大全近期总结》Kubernetes是用于大规模部署和管理这些容器的开源软件-在希腊语中,这个词还有“舵手”或“飞行员”的意思,使用Kubernetes（有时被称为“... 目录前言Kubernetes 的工作原理为什么要使用 Kubernetes？Kubernetes常用命令总
阅读更多...
Golang的CSP模型简介(最新推荐)

Golang的CSP模型简介(最新推荐)

《Golang的CSP模型简介(最新推荐)》Golang采用了CSP（CommunicatingSequentialProcesses,通信顺序进程）并发模型,通过goroutine和channe... 目录前言一、介绍1. 什么是 CSP 模型2. Goroutine3. Channel4. Channe
阅读更多...
Java中的Opencv简介与开发环境部署方法

Java中的Opencv简介与开发环境部署方法

《Java中的Opencv简介与开发环境部署方法》OpenCV是一个开源的计算机视觉和图像处理库,提供了丰富的图像处理算法和工具,它支持多种图像处理和计算机视觉算法,可以用于物体识别与跟踪、图像分割与... 目录1.Opencv简介Opencv的应用2.Java使用OpenCV进行图像操作opencv安装j
阅读更多...
Kubernetes PodSecurityPolicy：PSP能实现的5种主要安全策略

Kubernetes PodSecurityPolicy：PSP能实现的5种主要安全策略

Kubernetes PodSecurityPolicy：PSP能实现的5种主要安全策略 1. 特权模式限制2. 宿主机资源隔离3. 用户和组管理4. 权限提升控制5. SELinux配置 💖The Begin💖点点关注，收藏不迷路💖 Kubernetes的PodSecurityPolicy（PSP）是一个关键的安全特性，它在Pod创建之前实施安全策略，确保P
阅读更多...
ASIO网络调试助手之一：简介

ASIO网络调试助手之一：简介

多年前，写过几篇《Boost.Asio C++网络编程》的学习文章，一直没机会实践。最近项目中用到了Asio，于是抽空写了个网络调试助手。 开发环境： Win10 Qt5.12.6 + Asio(standalone) + spdlog 支持协议： UDP + TCP Client + TCP Server 独立的Asio（http://www.think-async.com）只包含了头文件，不依
阅读更多...
K8S（Kubernetes）开源的容器编排平台安装步骤详解

K8S（Kubernetes）开源的容器编排平台安装步骤详解

K8S（Kubernetes）是一个开源的容器编排平台，用于自动化部署、扩展和管理容器化应用程序。以下是K8S容器编排平台的安装步骤、使用方式及特点的概述： 安装步骤： 安装Docker：K8S需要基于Docker来运行容器化应用程序。首先要在所有节点上安装Docker引擎。 安装Kubernetes Master：在集群中选择一台主机作为Master节点，安装K8S的控制平面组件，如AP
阅读更多...
什么是Kubernetes PodSecurityPolicy？

什么是Kubernetes PodSecurityPolicy？

@TOC 💖The Begin💖点点关注，收藏不迷路💖 1、什么是PodSecurityPolicy？ PodSecurityPolicy（PSP）是Kubernetes中的一个安全特性，用于在Pod创建前进行安全策略检查，限制Pod的资源使用、运行权限等，提升集群安全性。 2、为什么需要它？ 默认情况下，Kubernetes允许用户自由创建Pod，可能带来安全风险。
阅读更多...
业务协同平台--简介

业务协同平台--简介

一、使用场景         1.多个系统统一在业务协同平台定义协同策略，由业务协同平台代替人工完成一系列的单据录入         2.同时业务协同平台将执行任务推送给pda、pad等执行终端，通知各人员、设备进行作业执行         3.作业过程中，可设置完成时间预警、作业节点通知，时刻了解作业进程         4.做完再给你做过程分析，给出优化建议         就问你这一套下
阅读更多...
容器编排平台Kubernetes简介

容器编排平台Kubernetes简介

目录 什么是K8s 为什么需要K8s 什么是容器(Contianer) K8s能做什么？ K8s的架构原理  控制平面(Control plane)         kube-apiserver         etcd         kube-scheduler         kube-controller-manager         cloud-controlle
阅读更多...
【Kubernetes】K8s 的安全框架和用户认证

【Kubernetes】K8s 的安全框架和用户认证

K8s 的安全框架和用户认证 1.Kubernetes 的安全框架1.1 认证：Authentication1.2 鉴权：Authorization1.3 准入控制：Admission Control 2.Kubernetes 的用户认证2.1 Kubernetes 的用户认证方式2.2 配置 Kubernetes 集群使用密码认证 Kubernetes 作为一个分布式的虚拟
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2