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 集群中服务的外部访问。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/diannao/32190.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

RedHat9 | Web服务配置与管理（Apache）

RedHat9 | Web服务配置与管理（Apache）

一、实验环境 1、Apache服务介绍 Apache服务&#xff0c;也称为Apache HTTP Server&#xff0c;是一个功能强大且广泛使用的Web服务器软件。 起源和背景 Apache起源于NCSA httpd服务器&#xff0c;经过多次修改和发展&#xff0c;逐渐成为世界上最流行的Web服务器软件之一。…
阅读更多...
蔚来汽车AI算法工程师，如何理解注意力？

蔚来汽车AI算法工程师，如何理解注意力？

大家好啊&#xff0c;我是董董灿。 今天分享一个上海蔚来汽车的AI算法岗位面试经验总结帖&#xff0c;面试岗位为算法工程师。 这次面试提到的问题&#xff0c;除了与实习相关内容和反问之外&#xff0c;面试官总共问了8个问题&#xff0c;主要集中在深度学习基础概念的理解上…
阅读更多...
共93本！全网最全Frontiers旗下期刊2022、2023版影响因子和分区对比完整版目录！

共93本！全网最全Frontiers旗下期刊2022、2023版影响因子和分区对比完整版目录！

本周投稿推荐 SSCI • 1区&#xff0c;4.0-5.0&#xff08;无需返修&#xff0c;提交可录&#xff09; EI • 各领域沾边均可&#xff08;2天录用&#xff09; CNKI • 7天录用-检索&#xff08;急录友好&#xff09; SCI&EI • 4区生物医学类&#xff0c;0.1-0.5&…
阅读更多...
Gotchiverse Alchemica 代币现已在Base上线

Gotchiverse Alchemica 代币现已在Base上线

​ 朋友们大家好&#xff0c; 继 GHST 成功登陆 Base 之后&#xff0c;我们很高兴地宣布&#xff0c;Gotchiverse的 "Gotchus Alchemica " token 也将登陆 Base&#xff01; 从今天起&#xff0c;你就可以通过我们由 Socket 协议提供的新链抽象技术&#xff0c;将 Al…
阅读更多...
# 消息中间件 RocketMQ 高级功能和源码分析（十一）

# 消息中间件 RocketMQ 高级功能和源码分析（十一）

消息中间件 RocketMQ 高级功能和源码分析&#xff08;十一&#xff09; 一、消息中间件 RocketMQ 源码分析&#xff1a; 拉取消息长轮询机制 1、消息拉取长轮询机制分析 RocketMQ 未真正实现消息推模式&#xff0c;而是消费者主动向消息服务器拉取消息&#xff0c;RocketMQ …
阅读更多...
毕业季带给我的五个启示

毕业季带给我的五个启示

每到毕业季&#xff0c;校园里总是充满了复杂的情绪。有人欢笑&#xff0c;有人落泪。同样的四年大学生活&#xff0c;为何结局如此不同&#xff1f;本文将从多个角度探讨如何实现综合改变&#xff0c;解释在交友、机会和心态上的关键因素&#xff0c;揭示“慢就是快”的真理。…
阅读更多...
go语言day2

go语言day2

使用cmd 中的 go install &#xff1b; go build 命令出现 go cannot find main module 错误怎么解决&#xff1f; go学习-问题记录(开发环境)go: cannot find main module&#xff1b; see ‘go help modules‘_go: no flags specified (see go help mod edit)-CSDN博客 在本…
阅读更多...
MinIO 网络与覆盖网络

MinIO 网络与覆盖网络

云计算和容器化技术的发展改变了应用程序的开发、部署和管理方式。这种转变给网络环境带来了重大变化&#xff0c;为DevOps和SRE工程师带来了新的挑战和机遇。然而&#xff0c;在这种转变中&#xff0c;出现了明显的知识差距&#xff0c;特别是在理解物理网络和硬件背景下网络的…
阅读更多...
【自动驾驶】ROS小车系统

【自动驾驶】ROS小车系统

文章目录 小车组成轮式运动底盘的组成轮式运动底盘的分类轮式机器人的控制方式感知传感器ROS决策主控ROS介绍ROS的坐标系ROS的单位机器人电气连接变压模块运动底盘的电气连接ROS主控与传感器的电气连接ROS主控和STM32控制器两种控制器的功能运动底盘基本组成电池电机控制器与驱…
阅读更多...
Vulnhub--OS-HACKNOS-2.1

Vulnhub--OS-HACKNOS-2.1

渗透复现 目标站点为wordpress&#xff0c;通过wpscan进行漏洞扫描发现漏洞插件 通过漏洞插件存在的目录穿越漏洞成功读取/etc/passwd文件中flag用户的密码 SSH登录flag用户后在备份文件中找到rohit用户的密码 切换rohit用户&#xff0c;rohit用户能够以root权限执行任何文…
阅读更多...
mysql自动填写当前时间，添加索引

mysql自动填写当前时间，添加索引

mysql自动填写当前时间 在navicat操作界面创建表时&#xff0c;如果需要自动填写时间&#xff0c;可以操作如下 CURRENT_TIMESTAMP为表添加索引 ALTER table tableName ADD INDEX indexName(columnName)追加外键 ALTER TABLE tb_commentPhoto ADD CONSTRAINT FK_comment_ph…
阅读更多...
Linux-目录和文件

Linux-目录和文件

目录 一、Linux目录 1、Linux常见目录 2、常见的Linux文件类型 二、cat-查看文件命令 1、cat命令用法 三、分页查看文件内容 1、 more命令 ​2、less命令 ​3、more和less的区别 四、查看文件开头或末尾 1、head命令 2、tail命令 3、wc-统计文件内容 4、grep 命令…
阅读更多...
多功能投票系统（ThinkPHP+FastAdmin+Uniapp）

多功能投票系统（ThinkPHP+FastAdmin+Uniapp）

让决策更高效&#xff0c;更民主&#x1f31f; ​基于ThinkPHPFastAdminUniapp开发的多功能系统&#xff0c;支持图文投票、自定义选手报名内容、自定义主题色、礼物功能(高级授权)、弹幕功能(高级授权)、会员发布、支持数据库私有化部署&#xff0c;Uniapp提供全部无加密源码…
阅读更多...
工业web4.0UI风格令人惊艳

工业web4.0UI风格令人惊艳

工业web4.0UI风格令人惊艳
阅读更多...
ARM阻击高通：AI PC大战与芯片之争

ARM阻击高通：AI PC大战与芯片之争

引言 在AI PC领域&#xff0c;高通的X Elite芯片因为其高性能和低功耗&#xff0c;一度被认为是未来的主导者。然而&#xff0c;ARM公司却通过法律手段试图阻止高通的独大&#xff0c;这不仅可能拖慢AI PC的发展进程&#xff0c;还引发了业界的广泛关注。本文将深入探讨ARM和高…
阅读更多...
今日头条屏幕适配深度剖析

今日头条屏幕适配深度剖析

基本概念 首先几个基本概念解释&#xff1a; ● dpi&#xff1a;该值代表的是一英寸上有多少个像素点&#xff0c;常见取值为120&#xff0c;160&#xff0c;240。一般这个值才叫做密度 在android里面获取的方法为 metrics.densityDpi; 屏幕尺寸/分辨率得出DPI&#xff0c;一个…
阅读更多...
MySQL进阶——视图

MySQL进阶——视图

目录 1基本语法 1.1创建 1.2 查询 1.3 修改 1.4 删除 2 检查选项 2.1 级联CASCADED 2.2本地LOCAL 3 更新及作用 3.1视图的更新条件 3.2视图的作用 4视图案例 1基本语法 视图&#xff08;View&#xff09;是一种虚拟存在的表。视图中的数据并不在数据库中实际存在&…
阅读更多...
Github 2024-06-19 C开源项目日报 Top9

Github 2024-06-19 C开源项目日报 Top9

根据Github Trendings的统计，今日(2024-06-19统计)共有9个项目上榜。根据开发语言中项目的数量，汇总情况如下： 开发语言项目数量C项目9C++项目1Netdata: 开源实时监控平台 创建周期：4020 天开发语言：C协议类型：GNU General Public License v3.0Star数量：68982 个Fork数量…
阅读更多...
乾元通渠道商中标金昌市自然灾害应急能力提升项目

乾元通渠道商中标金昌市自然灾害应急能力提升项目

近日&#xff0c;乾元通渠道商中标甘肃省金昌市自然灾害应急能力提升项目&#xff0c;乾元通作为设备厂家&#xff0c;为项目提供通信指挥类装备&#xff08;多链路聚合设备&#xff09; QYT-X1 。 随着万亿国债项目的全面铺开&#xff0c; 青岛乾元通数码科技有限公司 作为国家…
阅读更多...
STM32多种开发环境及生成hex及bin文件介绍

STM32多种开发环境及生成hex及bin文件介绍

一.STM32开发环境 KEIL系列 &#xff08;1&#xff09;KEIL公司目前有四款独立的嵌入式软件开发工具&#xff0c;即MDK、KEIL C51、KEIL C166、KEIL C251&#xff0c;它们都是KEIL公司品牌下的产品&#xff0c;都基于uVision集成开发环境&#xff0c;其中MDK是RealView系列中…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023