k8s之Ingress

最新推荐文章于 2024-05-01 03:07:06 发布
最新推荐文章于 2024-05-01 03:07:06 发布
阅读量1.1k 收藏 1
点赞数
文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43266367/article/details/128117496
版权

Ingress和Ingress控制器介绍

Ingress官方文档：https://kubernetes.io/zh-cn/docs/concepts/services-networking/ingress/
Ingress控制器官方文档：https://kubernetes.io/zh-cn/docs/concepts/services-networking/ingress-controllers/

在k8s中将一个服务暴露出去通常会使用NodePort或LoadBalancer类型的Service，但随着服务数量的增多，使用NodePort会存在一些问题，可用作NodePort的端口是一个有限的范围，不容易记忆，不好管理。另外， 如果在公有云使用LoadBalancer类型的Service上会产生额外的成本。

所以k8s提供了另一种方式，使用Ingress和Ingress控制器来对外暴露服务，Ingress控制器作为统一的流量入口，管理内部各种必要的服务，并通过Ingress资源来描述如何区分流量及内部的路由逻辑。有了Ingress和Ingress控制器，就可以通过定义路由流量的规则来实现服务发布，而无需创建NodePort或LoadBalancer类型的Service，并且流量也会由Ingress控制器直达Pod，不需要再由Service转发。

简单来说，Ingress资源就是基于HTTP虚拟主机或URL路径的流量转发规则（类似于nginx中的虚拟主机定义或location转发规则定义），它把需要暴露给集群外的每个Service对象，映射为Ingress控制器上的一个虚拟主机或某虚拟主机的一个URL路径。如下图所示：
在这里插入图片描述

但Ingress资源本身只是一组路由规则定义，这些规则想要真正的生效还需要借助其它功能的辅助，例如监听某套接字、根据路由规则匹配机制将客户端请求进行转发等。实现这些功能的组件就是Ingress控制器(Ingress Controller)。Ingress Controller是Kubernetes的一个附件需要单独部署。

Ingress Controller部署

目前可选择使用的Ingress控制器有很多，可以参考官方介绍：https://kubernetes.io/zh-cn/docs/concepts/services-networking/ingress-controllers/ ，下面以nginx Ingress控制器为例进行部署。

nginx Ingress控制器github地址：https://github.com/kubernetes/ingress-nginx
nginx Ingress控制器官方文档：https://kubernetes.github.io/ingress-nginx/

常用的的Ingress控制器部署方式有两种：

  1. 以Deployment方式部署Ingress控制器Pod资源，通过NodePort或LoadBalancer类型的Service或者通过拥有外部IP地址（externalIP）的Service对象为其接入集群外部的客户端请求流量。这意味着，在生产环境以这种方式部署一个Ingress控制器时，必须在其前端定义一个负载均衡器，这个负载均衡器可以是LoadBalancer类型的Service，也可以是用户自行管理的负载均衡器。
    在这里插入图片描述

  2. 以DaemonSet方式部署Ingress控制器Pod资源，Ingress控制器的各Pod分别以单一实例的方式运行在集群的所有节点或部分专用节点之上，并配置这些Pod对象以hostPort或hostNetwork的方式在当前节点接入外部流量。在这种方式下，前端还是需要一个负载均衡器，作为客户端流量的统一入口，然后转发给Ingress控制器Pod
    在这里插入图片描述

在nginx Ingress控制器官方提供的部署文件中，默认使用第一种方式，使用Deployment+NodePort Service来部署。

Deployment方式部署

选定好版本，下载对应的部署文件

wget https://github.com/kubernetes/ingress-nginx/archive/refs/tags/controller-v1.3.1.tar.gz
tar xvf controller-v1.3.1.tar.gz
cd ingress-nginx-controller-v1.3.1/deploy/static/provider/baremetal/
#修改当前目录下的deploy.yaml，将镜像修改未国内镜像源
cat deploy.yaml |grep image
        image: registry.cn-hangzhou.aliyuncs.com/google_containers/nginx-ingress-controller:v1.3.1
        imagePullPolicy: IfNotPresent
        image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.3.0
        imagePullPolicy: IfNotPresent
        image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.3.0
        imagePullPolicy: IfNotPresent

kubectl apply -f deploy.yaml

部署完成后，查看相关资源状态
在这里插入图片描述
默认情况下，ingress-nginx-controller只有一个副本，可以按需调整

在负载均衡器中添加ingress-nginx-controller后端，以haproxy为例

cat /etc/haproxy/harpoxy.cfg
#################################
listen ingress-nginx-controller-80
       bind 192.168.211.15:80
       option  tcplog
       mode tcp
       balance source
       server ingress-controller-server1 192.168.211.11:31303 check inter 2000 fall 3 rise 5
       server ingress-controller-server2 192.168.211.12:31303 check inter 2000 fall 3 rise 5

listen ingress-nginx-controller-443
       bind 192.168.211.15:443
       option  tcplog
       mode tcp
       balance source
       server ingress-controller-server1 192.168.211.11:30964 check inter 2000 fall 3 rise 5
       server ingress-controller-server2 192.168.211.12:30964 check inter 2000 fall 3 rise 5
###########################
systemctl restart haproxy
DaemonSet方式部署

对前面的deploy.yaml进行修改，主要修改3个配置

  1. 删除掉ingress-ingress-controller Service资源定义
  2. 将Deployment修改未DaemonSet
  3. 配置Pod使用hostNetwork和hostPID
apiVersion: apps/v1
kind: DaemonSet		#类型修改为DaemonSet
metadata:
  labels:
    app.kubernetes.io/component: controller
    app.kubernetes.io/instance: ingress-nginx
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
    app.kubernetes.io/version: 1.3.1
  name: ingress-nginx-controller
  namespace: ingress-nginx
spec:
  minReadySeconds: 0
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app.kubernetes.io/component: controller
      app.kubernetes.io/instance: ingress-nginx
      app.kubernetes.io/name: ingress-nginx
  template:
    metadata:
      labels:
        app.kubernetes.io/component: controller
        app.kubernetes.io/instance: ingress-nginx
        app.kubernetes.io/name: ingress-nginx
    spec:
      hostPID: true		#Pod使用主机PID名称空间
      hostNetwork: true	#Pod使用主机网络
      containers:
      .......

修改完成后将资源部署到集群上，等待部署完成后，查看相关资源状态
在这里插入图片描述
同样的，也需要在负载均衡器中添加ingress-nginx-controller后端，以haproxy为例

cat /etc/haproxy/haproxy.cfg
#############################
listen ingress-nginx-controller-80
       bind 192.168.211.15:80
       option  tcplog
       mode tcp
       balance source
       server ingress-controller-server1 192.168.211.11:80 check inter 2000 fall 3 rise 5
       server ingress-controller-server2 192.168.211.12:80 check inter 2000 fall 3 rise 5

listen ingress-nginx-controller-443
       bind 192.168.211.15:443
       option  tcplog
       mode tcp
       balance source
       server ingress-controller-server1 192.168.211.11:443 check inter 2000 fall 3 rise 5
       server ingress-controller-server2 192.168.211.12:443 check inter 2000 fall 3 rise 5
################################
systemctl restart haproxy

Ingress示例

Ingress资源规范

Ingress资源的可用字段和含义如下：

apiVersion: networkking.k8s.io/v1
kind: Ingress
metadata:
  name: ...
  namespace: ...
  annotations: 	#资源注解
    kubernetes.io/ingress.class: <string>	#指明此Ingress资源由哪个Ingress控制器来解析，目前也可以使用spec.ingressClassName字段代替
spec:
  rules:	#Ingress路由规则列表
  - host: <string>	#虚拟主机的域名，支持*前缀匹配，但不支持IP，不支持端口
    http:
      paths:	#虚拟主机的PATH路径列表，由path和backend组成
      - path: <string>	#流量匹配的HTTP URL路径，必须以/开头
        pathType: <string>	#URL路径匹配方式，支持Exact(精准匹配)、Prefix(前缀匹配)和ImplementationSpecific，详细介绍可以参考官网文档
        backend:	#匹配到的流量要转发到的后端定义
          service:	#后端关联的Service对象定义
            name: <string>	#Service对象名称
            port:	#Service对象端口
              number: <int>		#端口号
              name: <string>	#端口名称
  tls:	#tls配置，用于指定上边rules字段下哪些host需要使用https
  - hosts: <[]string>	#使用同一组证书的主机名称列表
    secretName: <string>	#保存证书的Secret资源名称
  defaultBackend: <Object>	#默认后端定义，可嵌套使用字段与上面的backend字段相同
  ingressClassName: <string>	#ingressClass资源名称，作用类似于上面的注解信息，用于指定适配的Ingress控制器

先创建一下资源，用于测试Ingress功能，部署文件如下，包含两个tomcat-pod和两个对应的Service：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-app1
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-app1
  template:
    metadata:
      labels:
        app: tomcat-app1
    spec:
      containers:
      - name: tomcat
        image: tomcat:10.1.2
        ports:
        - name: http
          containerPort: 8080

---
apiVersion: v1
kind: Service
metadata:
  name: tomcat-app1-svc
spec:
  selector:
    app: tomcat-app1
  ports:
  - name: http
    port: 8080
    targetPort: 8080
    protocol: TCP

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-app2
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-app2
  template:
    metadata:
      labels:
        app: tomcat-app2
    spec:
      containers:
      - name: tomcat
        image: tomcat:10.1.2
        ports:
        - name: http
          containerPort: 8080

---
apiVersion: v1
kind: Service
metadata:
  name: tomcat-app2-svc
spec:
  selector:
    app: tomcat-app2
  ports:
  - name: http
    port: 8080
    targetPort: 8080
    protocol: TCP

在这里插入图片描述
pod创建成功后 exec到里面创建一个测试页面
在这里插入图片描述
在这里插入图片描述

单域名Ingress资源

将访问www.linux.io域名的流量转发至tomcat-app1-svc，Ingress部署文件如下：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-tomcat-app1
  annotations:
    kubernetes.io/ingress.class: "nginx"   #指定由哪个Ingress Controller解析
    nginx.ingress.kubernetes.io/use-regex: "true" ##指定后面rules定义的path可以使用正则表达式
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "600" ##连接超时时间,默认为5s
    nginx.ingress.kubernetes.io/proxy-send-timeout: "600" ##后端服务器回转数据超时时间,默认为60s
    nginx.ingress.kubernetes.io/proxy-read-timeout: "600" ##后端服务器响应超时时间,默认为60s
    nginx.ingress.kubernetes.io/proxy-body-size: "50m" ##客户端上传文件，最大大小，默认为20m
    #nginx.ingress.kubernetes.io/rewrite-target: / ##URL重写
    nginx.ingress.kubernetes.io/app-root: /index.html
spec:
  rules:
  - host: www.linux.io
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-app1-svc
            port:
              number: 8080

查看Ingress资源详情
在这里插入图片描述
访问测试，在windows上添加域名解析，然后访问www.linux.io测试
在这里插入图片描述
在这里插入图片描述
测试结果正确，删除Ingres资源

多域名Ingress资源

将访问www.linux.io域名的流量转发至tomcat-app1-svc，访问www.ubuntu.io域名的流量转发至tomcat-app2-svc，Ingress部署文件如下：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-tomcat-app
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/use-regex: "true"
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-read-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-body-size: "50m"
    #nginx.ingress.kubernetes.io/rewrite-target: /
    nginx.ingress.kubernetes.io/app-root: /index.html
spec:
  rules:
  - host: www.linux.io
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-app1-svc
            port:
              number: 8080
  - host: www.ubuntu.io
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-app2-svc
            port:
              number: 8080

创建之后查看Ingress资源
在这里插入图片描述

windows上添加域名解析，然后访问测试
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
测试结果正确，删除Ingress资源

基于URL的 Ingress资源

将访问www.linux.io/app1的流量转发至tomcat-app1-svc，将访问www.linux.io/app2的流量转发至tomcat-app2-svc，Ingress部署文件如下：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-url-demo
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/use-regex: "true"
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-read-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-body-size: "50m"
    #nginx.ingress.kubernetes.io/rewrite-target: /
    nginx.ingress.kubernetes.io/app-root: /index.html
spec:
  rules:
  - host: www.linux.io
    http:
      paths:
      - path: /app1
        pathType: Prefix
        backend:
          service:
            name: tomcat-app1-svc
            port:
              number: 8080
      - path: /app2
        pathType: Prefix
        backend:
          service:
            name: tomcat-app2-svc
            port:
              number: 8080

在这里插入图片描述

访问测试
在这里插入图片描述
在这里插入图片描述

使用https 的Ingress资源

首先准备www.linux.io域名的证书，然后将证书保存为Secret

mkdir ingress-cert && cd ingress-cert
openssl genrsa -out ca.key 4096
openssl req -x509 -new -nodes -sha512 -days 100 \
 -subj "/C=CN/ST=Beijing/L=Beijing/O=example/OU=Personal/CN=linux.io" \
 -key ca.key \
 -out ca.crt
openssl genrsa -out www.linux.io.key 4096
openssl req -sha512 -new \
    -subj "/C=CN/ST=Beijing/L=Beijing/O=example/OU=Personal/CN=www.linux.io" \
    -key www.linux.io.key \
    -out www.linux.io.csr
openssl x509 -req -sha512 -days 3650 \
    -CA ca.crt -CAkey ca.key -CAcreateserial \
    -in www.linux.io.csr \
    -out www.linux.io.crt
rm -f www.linux.io.csr
kubectl create secret   tls www.linux.io --cert ./www.linux.io.crt --key ./www.linux.io.key

在这里插入图片描述

Ingress部署文件如下

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-url-demo
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/use-regex: "true"
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-read-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-body-size: "50m"
    #nginx.ingress.kubernetes.io/rewrite-target: /
    nginx.ingress.kubernetes.io/app-root: /index.html
spec:
  rules:
  - host: www.linux.io
    http:
      paths:
      - path: /app1
        pathType: Prefix
        backend:
          service:
            name: tomcat-app1-svc
            port:
              number: 8080
      - path: /app2
        pathType: Prefix
        backend:
          service:
            name: tomcat-app2-svc
            port:
              number: 8080
  tls:	#如果多个域名都使用https，再添加一个列表项即可
  - hosts: ["www.linux.io"]		#如果多个域名使用相同的证书，在这里的列表添加一个域名即可
    secretName: www.linux.io

访问测试
在这里插入图片描述

https证书更新

假设网站的https证书即将过期，在不影响业务的前提下，可以直接更新其引用的Secret中保存的证书来实现网站https证书更新。在生产环境需要提前做好计划，并选择合适时间执行。

首先重新签发一套证书

openssl genrsa -out www.linux.io-new.key 4096
openssl req -sha512 -new \
    -subj "/C=CN/ST=Beijing/L=Beijing/O=example/OU=Personal/CN=www.linux.io" \
    -key www.linux.io-new.key \
    -out www.linux.io-new.csr
openssl x509 -req -sha512 -days 100 \
    -CA ca.crt -CAkey ca.key -CAcreateserial \
    -in www.linux.io-new.csr \
    -out www.linux.io-new.crt
rm -f www.linux.io-new.csr

将证书和key的内容进行base64编码，然后编辑相应的Secret对象，修改tls.key和tls.crt的值为编码后的内容

root@master-01:~/resources/ingress-cert# base64 www.linux.io-new.key -w 0
LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS.............ZLS0tLS0K
root@master-01:~/resources/ingress-cert# base64 www.linux.io-new.crt -w 0
LS0tLS1CRUdJTiBDRVJ..............FTkQgQ0VSVElGSUNBVEUtLS0tLQo=
root@master-01:~# kubectl edit secret/www.linux.io

在这里插入图片描述
访问测试，验证证书是否更新
在这里插入图片描述

在这里插入图片描述

和之前的访问结果进行对比，可以看到证书已经被更新

林凡修
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
k8s 1.25.2部署 ingress-nginx1.3.1
bright的博客
09-27 2295
编写 ingress-nginx-test.yaml。
k8s 删除 ingress-nginx namespace长时间处于Terminating
qq_34135615的博客
10-12 2708
k8s 删除 ingress-nginx namespace长时间处于Terminating
2024年k8s学习-Ingress（安装、模板、创建、删除）_删除ingress(1)
最新发布
2401_84253132的博客
05-01 353
Ingress和之前提到的Service、Deployment一样，也是一个k8s的资源类型，ingress用于实现用域名的方式访问k8s内部应用。Ingress 可以提供负载均衡、SSL 终止和基于名称的虚拟托管。Ingress 不会公开任意端口或协议。将 HTTP 和 HTTPS 以外的服务公开到 Internet 时，通常使用 Service.Type=NodePort 或 Service.Type=LoadBalancer 类型的 Service。
【kubernates】kubernates使用ingress部署ingress-nginx访问tomcat
你的博客
11-03 7861
上一篇介绍了单独nginx部署和tomcat部署，然后nginx转向tomcat的部署方式。本文使用k8s的ingress来部署nginx指向tomcat。 ingress介绍 参考https://www.cnblogs.com/gaofeng-henu/p/12463697.html 什么是Ingress Ingress是kubernetes中用来对集群外部进来的请求进行负载、路由控制的一种机制。通过ingress，可以方便的将集群内的service以http或https方式对外提供服务，而.
有了这个网络安全面试题，面试就像开了挂！（附PDF）
lvaolan的博客
02-26 451
还有兄弟不知道网络安全面试可以提前刷题吗？费时一周整理的160+网络安全面试题，金九银十，做网络安全面试里的显眼包！王岚嵚工程师面试题（附答案），只能帮兄弟们到这儿了！如果你能答对70%，找一个安全工作，问题不大。对于有1-3年工作经验，想要跳槽的朋友来说，也是很好的温习资料！【完整版领取方式在文末！！​​​​内容实在太多，不一一截图了。
K8S之ingress-controller-v1.1.2资源清单文件及镜像文件
03-21
原文链接：https://blog.csdn.net/m0_37814112/article/details/123423478
k8s的ingress yaml文件
03-25
k8s的ingress yaml文件
k8s-ingress-haproxy：用于HAProxy的Kubernetes入口控制器
02-20
接下来，使用Git，将此存储库克隆到$ GOPATH / src / github.com / previousnext / k8s-ingress-haproxy。 所有必需的依赖项都已供应或自动安装，因此您只需键入make test 。 这将运行测试并编译二进制文件。 如果...
k8s-ingress
06-24
ingress 离线镜像包
K8s外部网络访问之Ingress附件
10-25
K8s外部网络访问之Ingress附件
kubernetes系列之Ingress-nginx
weixin_44785708的博客
03-04 357
在kubernetes中ingress-nginx的基本使用，通过一个NodePort实现对多个不同类型的应用进行访问
k8s学习-Ingress（安装、模板、创建、删除）
关注网络安全、云原生安全
10-22 3174
Ingress和之前提到的Service、Deployment一样，也是一个k8s的资源类型，ingress用于实现用域名的方式访问k8s内部应用。Ingress 可以提供负载均衡、SSL 终止和基于名称的虚拟托管。Ingress 不会公开任意端口或协议。将 HTTP 和 HTTPS 以外的服务公开到 Internet 时，通常使用 Service.Type=NodePort 或 Service.Type=LoadBalancer 类型的 Service。
k8s核心资源之Ingress七层代理介绍及使用(七)
久伴你逍遥风的博客
06-05 952
目录Ingress 和 Ingress Controller 概述1. Ingress 介绍2. Ingress Controller 介绍2.1 Ingress 和 Ingress Controller 总结2.2 Ingress Controller 代理 k8s 内部应用的流程3. 安装 Nginx Ingress Controller3.1 测试 Ingress HTTP 代理 tomc...
03 Kubernetes专题之Ingress
Eric.zhong
03-25 5301
文章目录Ingress概述Service与Ingress暴露服务对比NodePort与hostNetwork差异Ingress核心组件Ingress部署基于Nginx的Ingress ControllerYAML方式部署功能测试SSL证书与Secret配置功能优化随机端口问题负载均衡问题边缘节点配置公网发布 Ingress概述 通过coredns在k8s集群内部做了serviceNAME和serviceIP之间的自动映射,使得不需要记录service的IP地址,只需要通过serviceNAME就能访问POD
【服务发现--ingress】
嘻哈记的运维学习之路
02-25 1021
Ingress 提供从集群外部到集群内服务的 HTTP 和 HTTPS 路由。流量路由由 Ingress 资源所定义的规则来控制。Ingress 是对集群中服务的外部访问进行管理的 API 对象，典型的访问方式是 HTTP。Ingress 可以提供负载均衡、SSL 终结和基于名称的虚拟托管。
k8s删除服务（1）
csj50的专栏
08-02 4432
1、查看命名空间 kubectl get all -n kube-system 2、显示 NAME READY STATUS RESTARTS AGE pod/coredns-66bff467f8-hlzmv 1/1 Running 1 23d pod/coredns-
k8s-service-nodeport与ingress
查士丁尼绵_的博客
08-21 2847
nodeport类型的服务通过每个节点上暴露的ip和端口路由到ClusterIP服务，所以可从外部访问。外部客户端如何通过负载均衡器和Ingress控制器访问到pod？
Kubernetes(K8S)之学废了（八）:Ingress详解
weixin_47712609的博客
07-04 2477
文章目录一、 ingress介绍二、ingress的使用HTTP代理 一、 ingress介绍 Service对集群之外暴露服务的主要方式有两种：NotePort和LoadBalancer。但是这 两种方式，都有一定的缺点： NodePor方式的缺点是会占用很多集群机器的端口，那么当集群服务空多的时候，这个缺点就愈发明显 LB方式的缺点是每个service需要一个LB，浪费、麻烦，并且需要kubernetes之外设备的支持，基于这种现状，kubernetes提供了ingress资源对象，Ingres.
k8s中ingress解析
08-23
- *2* [k8s之ingress](https://blog.csdn.net/lkolkolkol/article/details/110232605)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值