jenkins使用自定义方式结合k8s实现ci/cd-后端实战

最新推荐文章于 2024-05-15 16:38:03 发布
最新推荐文章于 2024-05-15 16:38:03 发布
阅读量1.4w 收藏 4
点赞数 2
分类专栏： k8s 文章标签： k8s jenkins ci/cd 自由风格
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fsjwin/article/details/110736945
版权

前情交代：

  1. 在开发环境已经打好了镜像包，并且次镜像包在test环境已经测试通过，现在开发生产环境实现流水线的k8s部署
  2. k8s 应部署完毕，环境ok
  3. jenkins部署完毕
  4. 工作重点在jenkins的部署流程配置和通知k8s拉取镜像。

1. 原有的微服务代码一个字符都不用变

那么问题来了怎么让镜像在prod环境使用nacos上的*-prod.yaml文件呢？归根到底是要通知k8s设置spring-profile-action=prod.
怎么实现这个功能嗯？

  1. 先看一下现有的dockerfile文件：
FROM 10.1.8.151:8082/blade/jdk1.8-skywalking:latest

MAINTAINER Fengkai

RUN mkdir -p /wy/user

WORKDIR /wy/user

EXPOSE 8310

ADD ./target/user.jar ./app.jar

#设置环境变量
ENV SPRING_PROFILES_ACTIVE=dev APP_NAME=wy-user BACKEND_ADDER=10.1.33.131:11800

ENTRYPOINT java -Djava.security.egd=file:/dev/./urandom  -Dspring.profiles.active=$SPRING_PROFILES_ACTIVE -Dserver.port=8310 -Duser.timezone=GMT+8 -server -Xms512m -Xmx512m -javaagent:/usr/local/skywalking/skywalking-agent.jar  -Dskywalking.agent.service_name=$APP_NAME-$SPRING_PROFILES_ACTIVE -Dskywalking.collector.backend_service=$BACKEND_ADDER -jar app.jar

在这里插入图片描述
关注点在这里，怎么在k8s的yaml中可以替换这个地方的值，结论是可以的，解决方案语法如下：
在这里插入图片描述

spec: # 规格详情
  minReadySeconds: 20
  replicas: ${REPLICAS}
  selector:
    matchLabels:
      app: ${deploymentName} #匹配的就是lab中定义的
  template:
    metadata:
      labels:
        app: ${deploymentName}
    spec:
      containers:
        - name: ${deploymentName} #容器的名字 docker run --name 后面的名字
          image: ${imageName} # harbor中获取，可能是环境变量的值
          env:
            - name: SPRING_PROFILES_ACTIVE
              value: ${SPRING_PROFILES_ACTIVE}
          ports:
            - containerPort: ${EXPOSEPORT} # 每一个容器都是默认$servicePort启动，因为在容器内不没有问题的。

其他的问题应该都不存在，扫清了这个障碍，我们可以开始需求的开发了。
这里以一个微服务为例展开，最后会总总结，让其他30个微服务复用这一套流程即可，记住，对原来的代码一定不能有入侵性，即要解耦，要不然你有1000000个微服务的时候，你会烦死的。

2. jenkins配置

jenkins的配置值方式这里有三种方式：

  1. 自由风格
  2. pom风格
  3. 流水线

这里采用自由风格。为什么呢？因为本公司均采用的是这种自由风，不过后期我想修改下这个风格使用流水线的风格。
这里特别说明一下哦，这是三条路，每一条均能到达彼岸，所以不要纠结啊。知道语法后都是很简单的。解决问题才是关键。
所有不要纠结号码？？？嘿嘿嘿！~~
在这里插入图片描述

3. jenkins devops服务器脚本书写

3.1 新建一个item

没有个微服务创建一个item便于管理
在这里插入图片描述

3.2 配置参数

在这里插入图片描述
在这里插入图片描述

3.3 书写脚本

在这里插入图片描述

# docker暴露的端口  EXPOSE 7002
EXPOSEPORT='8310'
# k8s 编排service 端口
NODEPORT='30021'


# blade/blade-demo:12
echo ${DOCKER_IMAGE}

# 先跳到工作目录下：/data/jenkins/workspace/zz
# cd ${WORKSPACE}

# 再次切换到当前项目的路径下，主要是为了那yaml文件
# cd blade-ops/blade-admin/



#仓库地址
registryUrl='10.1.8.151:8082'
#项目名:
projectName=wy
#服务名
serviceName=user


#环境标签
SPRING_PROFILES_ACTIVE=prod



#pod的名字，如：blade-saber-prod
deploymentName=$projectName-$serviceName-$SPRING_PROFILES_ACTIVE

# 容器名字， 如blade-saber-prod
containerName=$projectName-$serviceName-$SPRING_PROFILES_ACTIVE
#镜像名字，如：10.1.8.151:8082/blade/blade-demo:12
imageName=$registryUrl/${DOCKER_IMAGE}

echo '============通知k8s拉取镜像开始==============='

#k8s master ip
MASTER='10.1.33.61'
# k8s 服务器上用于存放配置的目录 推动deploy_k8s.sh和*.yaml去的目录需要推送到k8smaster上
CONF_DIR='/data/kube-conf' 
 # 登录k8s username
K8S_USERNAME='root'
# jenkins服务器用于存放和k8s相关文件的目录
LOCAL_CON_DIR="/data/k8s" 
SH_NAME='deploy_k8s.sh'

# file name of yaml 如：k8s-prod-deploy.yaml
YAML_NAME='deploy_k8s.yaml'
SH_NAME='deploy_k8s.sh'

# transfer yaml & sh to k8s
scp ${LOCAL_CON_DIR}/${YAML_NAME} ${MASTER}:${CONF_DIR} #远程传送yaml
scp ${LOCAL_CON_DIR}/${SH_NAME} ${MASTER}:${CONF_DIR} #远程传送sh

# run k8s script

echo "+x----->"
# k8s 服务器上/data/kube-conf/deploy_k8s.给执行权限
ssh -p '22' ${K8S_USERNAME}@${MASTER} chmod +x ${CONF_DIR}/${SH_NAME}
echo "sh----->"
# k8s 服务器上/data/kube-conf/deploy_k8s.执行
ssh -p '22' ${K8S_USERNAME}@${MASTER} sh ${CONF_DIR}/${SH_NAME} ${deploymentName} ${imageName} ${REPLICAS} ${NAMESPACE} ${YAML_NAME} ${SPRING_PROFILES_ACTIVE} ${EXPOSEPORT} ${NODEPORT}

echo '============通知k8s拉取镜像结束==============='
echo '============ THE END ==============='

脚本注释，解释的已经很清楚了吧。
总之一句话，就是把harbor上的镜像名字拿到手，然后传给下面的脚本去执行：在此服务器上有两个文件，把这两个文件上传的k8s上去拉取镜像，并且启动镜像的过程
在这里插入图片描述

3.4 deploy_k8s.sh 内容：

#!/bin/bash
CONF_DIR="/data/kube-conf" # k8s 服务器上用于存放配置的目录
imageName=$2 # like wy/h5:2

deploymentName=$1  #添加一个-prod表示生产环境 wy-h5-prod
imageName=$2 # like wy/h5:2
REPLICAS=$3 # like 3
NAMESPACE=$4 #like wy
YAML_NAME=$5 # file name of yaml like wy-h5-prod_deploy_k8s.yaml
SPRING_PROFILES_ACTIVE=$6
EXPOSEPORT=$7 # 7002
NODEPORT=$8 # 30003



# Pod running process
RUN=$(kubectl get po -n wy | grep -w ${deploymentName}|wc -l)
echo ${RUN}
if [ $RUN -eq 0 ];then
        echo " deploy------>"
        # apply pod service
        export deploymentName=${deploymentName}
        export imageName=${imageName}
        export REPLICAS=${REPLICAS}
        export NAMESPACE=${NAMESPACE}
        export SPRING_PROFILES_ACTIVE=${SPRING_PROFILES_ACTIVE}
        export EXPOSEPORT=${EXPOSEPORT}
        export NODEPORT=${NODEPORT}

        envsubst < ${CONF_DIR}/${YAML_NAME}| kubectl apply -f  -

else
        # Delete pod service
        echo " delete first----->"
        
        #传参数进yaml文件
        export deploymentName=${deploymentName}
        export imageName=${imageName}   
        export REPLICAS=${REPLICAS}
        export NAMESPACE=${NAMESPACE}
        export SPRING_PROFILES_ACTIVE=${SPRING_PROFILES_ACTIVE}
        export EXPOSEPORT=${EXPOSEPORT}
        export NODEPORT=${NODEPORT}

        envsubst < ${CONF_DIR}/${YAML_NAME}| kubectl delete  -f -


        echo " sleep 20s to waitting delete old pods service----->"
        sleep 20 # sleep 5 s to wait

        echo " deply second----->"
        # apply pod service
        export deploymentName=${deploymentName}
        export imageName=${imageName}   
        export REPLICAS=${REPLICAS}
        export NAMESPACE=${NAMESPACE}
        export SPRING_PROFILES_ACTIVE=${SPRING_PROFILES_ACTIVE}
        export EXPOSEPORT=${EXPOSEPORT}
        export NODEPORT=${NODEPORT}


        envsubst < ${CONF_DIR}/${YAML_NAME}| kubectl apply  -f -
fi

exit

3.5 deploy_k8s.yaml内容

这个文件就是k8s执行的yaml文件，如果你对k8s一无所知，建议先去学习下。
${**}是传参过来的额，在deploy_k8s.sh中传递过来的。最初是由jenkins的脚本传递过来的。

kind: Deployment  # 一次部署
apiVersion: apps/v1 # 版本号
metadata:
  name: ${deploymentName} # 微服务服务的名字
  namespace: ${NAMESPACE} # k8s中项目的名字
  labels:
    app: ${deploymentName} # id一样，唯一标识
spec: # 规格详情
  minReadySeconds: 20
  replicas: ${REPLICAS}
  selector:
    matchLabels:
      app: ${deploymentName} #匹配的就是lab中定义的
  template:
    metadata:
      labels:
        app: ${deploymentName}
    spec:
      containers:
        - name: ${deploymentName} #容器的名字 docker run --name 后面的名字
          image: ${imageName} # harbor中获取，可能是环境变量的值
          env:
            - name: SPRING_PROFILES_ACTIVE
              value: ${SPRING_PROFILES_ACTIVE}
          ports:
            - containerPort: ${EXPOSEPORT} # 每一个容器都是默认$servicePort启动，因为在容器内不没有问题的。
              protocol: TCP
          imagePullPolicy: IfNotPresent #Always 总是拉取，IfNotPresent如果不存在才拉取
      imagePullSecrets: # 使用密码登录
        - name: harbor-login-registry
      restartPolicy: Always # 如果镜像出问题，就自己重新启动
      terminationGracePeriodSeconds: 10 #优雅停机的秒数
  strategy:
    type: RollingUpdate #k8s滚动跟新，1.0,2.0, 保证高可用
    rollingUpdate:
      maxUnavailable: 25% # 最大不可用4 台每次关一个。
      maxSurge: 25%
---
kind: Service
apiVersion: v1
metadata:
  name: ${deploymentName}
  namespace: ${NAMESPACE}
  labels:
    app: ${deploymentName}
spec:
  ports:
    - name: http
      protocol: TCP
      port: ${EXPOSEPORT} # 暴露出来的端口，可以让客户端访问的端口
      targetPort: ${EXPOSEPORT} # 容器内部的端口，可以均设置为$servicePort
      nodePort: ${NODEPORT} # 代理的端口。 要规划好，修改K8S中NodePort方式暴露服务的端口的默认范围（30000-32767）
  selector:
    app: ${deploymentName}
  type: NodePort
  sessionAffinity: None # 无须 会话亲和

特别注意：

env:
            - name: SPRING_PROFILES_ACTIVE
              value: ${SPRING_PROFILES_ACTIVE}

设置的不同的环境，可以通过传参的方式传递过来。

4. 测试

整个开发工作完成了。但感觉还是碎片化的，我们来实战一波。

4.1 构建项目

在这里插入图片描述

4.2 选择适当的值

关于 脚本，谁负责的微服务在dev环境中打的那个版本应该很清楚，这个要沟通好，别打错了。
副本集的个数，也可以根据业务情况选择哦：
在这里插入图片描述

4.3 点击开始构建

点击开始构建就会开始

4.4 查看构建日志

在这里插入图片描述


Success控制台输出
Started by user admin
Running as SYSTEM
Building on master in workspace /data/jenkins/workspace/wy-user-prod
[wy-user-prod] $ /bin/sh -xe /tmp/jenkins2172421775510506537.sh
+ EXPOSEPORT=8310
+ NODEPORT=30021
+ echo wy/user:16
wy/user:16
+ registryUrl=10.1.8.151:8082
+ projectName=wy
+ serviceName=user
+ SPRING_PROFILES_ACTIVE=prod
+ deploymentName=wy-user-prod
+ containerName=wy-user-prod
+ imageName=10.1.8.151:8082/wy/user:16
+ echo ============通知k8s拉取镜像开始===============
============通知k8s拉取镜像开始===============
+ MASTER=10.1.33.61
+ CONF_DIR=/data/kube-conf
+ K8S_USERNAME=root
+ LOCAL_CON_DIR=/data/k8s
+ SH_NAME=deploy_k8s.sh
+ YAML_NAME=deploy_k8s.yaml
+ SH_NAME=deploy_k8s.sh
+ scp /data/k8s/deploy_k8s.yaml 10.1.33.61:/data/kube-conf
+ scp /data/k8s/deploy_k8s.sh 10.1.33.61:/data/kube-conf
+ echo '+x----->'
+x----->
+ ssh -p 22 root@10.1.33.61 chmod +x /data/kube-conf/deploy_k8s.sh
+ echo 'sh----->'
sh----->
+ ssh -p 22 root@10.1.33.61 sh /data/kube-conf/deploy_k8s.sh wy-user-prod 10.1.8.151:8082/wy/user:16 3 wy deploy_k8s.yaml prod 8310 30021
3
 delete first----->
deployment.apps "wy-user-prod" deleted
service "wy-user-prod" deleted
 sleep 20s to waitting delete old pods service----->
 deply second----->
deployment.apps/wy-user-prod created
service/wy-user-prod created
+ echo ============通知k8s拉取镜像结束===============
============通知k8s拉取镜像结束===============
+ echo '============ THE END ==============='
============ THE END ===============
Finished: SUCCESS

提示构建完成。

4.5 去k8s看下是否完成了发布

在这里插入图片描述
发布完成。
同理我们可以吧我们其他的微服务也创建一个items，做一些配置，做各自的发版工作，最后的结果如下：在这里插入图片描述
整个部署就完成了。

5 总结，流程解释

5.1 说明

  1. 各个微服务使用的部署脚本deploy_k8s.sh deploy_k8s.yaml是一模一样的，没有变化
  2. jenkins中的脚本也仅有此处不同，如果你想在优化，可以他这些也写在一个脚本中，我此处觉得挺好的，不再优化了：嘿嘿嘿~~
    在这里插入图片描述

5.2 流程说明

  1. jenkens发起构建流程
  2. 需要执行的脚本会传输到k8s服务器上
  3. 执行传输的k8s服务器上的脚本去harbor拉取镜像，使用
kubectl apply -f deploy_k8s.yaml

执行拉取镜像和启动镜像的任务。整个流程完成。

下一篇：jenkins使用自定义方式结合k8s实现ci/cd-前端代码实战https://blog.csdn.net/fsjwin/article/details/110739581

前路无畏
关注
专栏目录
实战：从 0 到 1 GitLab CI/CD 前端持续部署
知无涯
08-17 5718
文章目录写在前面服务器配置环境安装安装 Docker安装 GitLab测试 GitLabGitLab Runner前端项目 CI/CD 流程的设计正式开始编写 .gitlab-ci.yml 的内容介绍 .gitlab-ci.yml镜像的使用stages 执行顺序的定义job 内容的编写在 CI/CD 中使用 SSH keys前端项目部署到阿里云OSS前端项目 CI/CD 最佳业务配置思路常见问题排查及修复相关参考链接 写在前面 首先感谢大家能来参加我的 Chat，能来参加的同学都是想在业余有一些其他知识的
jenkins+docker集成harbor实现可持续集成
热门推荐
congge
04-14 1万+
jenkins+docker集成harbor实现可持续集成
Jenkins on Kubernetes中的Pipeline语法以及自定义Slave的使用方式
嗡汤圆的博客
03-28 6133
从单体应用，到Spring Cloud，再到Kubernetes，我们的平台正在一点一点追赶别人的脚步。但是由于网络隔离等外部因素影响，CI/CD一直是实施比较困难的环节。最近稍微空闲一些，准备一鼓作气做一次整体代码迁移，打通代码仓库和应用部署环境。在技术选型方面，jenkins的入门门槛最低，同时由于我们已经将应用部署在Kubernetes了，因此选择了集群方式的Jenkins部署。主要部署参考...
k8s_jenkins CI/CD篇
qq_36270681的博客
04-27 532
1，安装jenkins，master [root@k8s-master jenkins]# ls deployment.yml ingress.yml rbac.yml service-account.yml service.yml [root@k8s-master jenkins]# kubectl apply -f . 2,查看pod转态发现一直处于peding [ro...
Jenkins基于k8s的CI/CD教程
记录
03-10 1413
1. 背景介绍 传统的主机方式部署的 Jenkins 集群在复杂场景中会经常碰到如下问题，如： 主 Master 发生单点故障时，会导致整个流程不可用； Slave 的配置环境不一样，需要重复安装和配置维护麻烦，没办法定制差异化的配置管理； 资源分配不均衡，有的 Slave 要运行的 job 出现排队等待，而有的 Slave 处于空闲状态； 资源有浪费，每台 Slave 可能是实体机或者 VM，当 Slave 处于空闲状态时，也不会完全释放掉资源； 基于k8s编排和Docker容器技术，可以很好的解决
Jenkins + k8s 实现企业 CI/CD 落地
wangzan18的博客
01-15 804
一、概述 1.1、环境介绍 我们使用的是 AWS 的 EC2 来搭建我们的集群，安装方式使用 kubeadm 来进行安装，如果使用二进制安装，可以参考我相关文档。 系统版本：ubuntu 16.04 k8s 版本：1.17.1 docker 版本：18.06-ce 1.2、流程图 1.3、集群配置 名称 配置 内网IP 外网IP k8s-master 2核4GB 172.31....
基于jenkins+k8s(container)实现CI/CD
最新发布
qq_33816243的博客
05-15 1055
本文以企业生产环境CICD流程为背景，利用 Jenkins、SonarQube、Harbor、Container、Kubernetes技术，搭建一个完整的 CI/CD 管道，模拟实际生产环境项目开发部署流程，实现持续集成、持续交付和持续部署。
kubeSphere容器云管理平台实战
悦分享
09-30 1391
KubeSphere 是在目前主流容器调度平台 Kubernetes 之上构建的企业级分布式多租户容器平台，提供简单易用的操作界面以及向导式操作方式，在降低用户使用容器调度平台学习成本的同时，极大减轻开发、测试、运维的日常工作的复杂度，旨在解决 Kubernetes 本身存在的存储、网络、安全和易用性等痛点。
微服务架构系列文章、精品教程
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
03-30 1万+
架构系列文章大全
Java 学习路线大全，再也不用迷路啦（持续更新）
腾讯全栈-ITCJF
10-14 2791
路线特点 最新，完整一条龙，从入门到入土（⭐ 表示推荐学习） 给出目标、学习建议、关键知识点、最优资源以及各类资源推荐（视频、书籍、文档、项目、工具等） 划分阶段、更有计划，且在最后给出持续学习的方向、探索 Java 程序员发展的无限可能 前言 首先呢，我们要了解 Java 的应用场景和就业方向，看看和自己的学习目的是否一致，目前，Java 的岗位需求多，是后台开发的主流编程语言，功能强大，还是很值得学习的。 阶段 1：Java 入门 目标 培养兴趣、快速上手 前期准备 准备好一款在线、随时随地
sonarqube for jenkins token_基于 Kubernetes/Jenkins/Harbor/SonarQube 搭建微服务CI/CD系统
weixin_39946274的博客
11-26 119
项目说明14个JAVA spring cloud 微服务项目5个Node项目1个Node项目VUE生成静态页面做前端+nginxpgsqlredisrabbitmqemqx项目思维导图构建流程：一、项目软件搭建1、K8S搭建(参考阿良部署文档：kubeadmin安装单主K8S集群)2、jenkins搭建3、Harbor搭建https://github.com/goharbor/harbo...
基于k8s的jenkins集群迁移
u010494797的博客
04-02 498
迁移原则： 保证迁移前后jenkins master deploy名称不变； jenkins中job元信息不变；做到用户无感知迁移； 各个jenkins deploy对应的service暴露的port保持不变。 需迁移的数据及方案： 迁移单位：jenkins deployment；Service；ServiceAccount; ClusterRoleBinding;...
K8S结合Jenkins实现CI（持续集成）教学，附上现有产品以供直接使用
StarOS_Test的博客
09-24 359
K8s是什么？ Kubernetes，简称K8s，用于管理容器的一个开源应用。 Jenkins是什么？ Jenkins，是基于Java开发的一种开源持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成。 为什么要持续集成？ 在程序员日常的开发当中，使用着各种不同的编程语言，流程中少不了开发、测试、打包、发布等等的步骤，这其中的部分环节，是重复且必须的工作。所以慢慢地引入了持续集成的概念，从而减轻开发人员，运维人员的操作和时间成本，更好地服务好我.
Kubernetes集群上基于Jenkins的CI/CD流程实践
weixin_34163741的博客
08-29 384
本节我们通过在Kubernetes集群上创建并配置Jenkins Server实现应用开发管理的CI/CD流程，并且利用Kubernetes-Jenkins-Plugin实现动态的按需扩展jenkins-slave。 安装Kubernetes集群 首先，如果您没有Kubernetes集群，那么您需要创建一个。参见创建集群 安装Jenkins Server...
使用Jenkins对k8sdemo项目进行(CI/CD)持续集成和部署
qq_37256882的博客
12-02 796
实际的部署过程会很繁杂，需要反复配置，这也模拟了真实的工作过程，需要认真和仔细，最后的部署完成的结果如下后台检查，容器也运行正常登录网址，点击各个栏目也ok，如此，我们完成了demo项目的jenkins CI/CD。
使用 jenkins 构建 CI/CD 平台
xo_zhang的专栏
01-05 1283
CI/CD 概述 大概了解一下CI/CD是啥子，其实之前做过这东西，但是没解释过。 持续集成 (Continuous Integration，CI) ：代码合并构建部署测试都在一起，不断地执行这个过程，并对结果反馈。 持续部署 (Continuous Deployment，CD)：部署到测试环境、生产环境 持续交付 (Con...
Jenkins模板库：提升你的持续集成效率
gitblog_00038的博客
03-27 894
Jenkins模板库：提升你的持续集成效率 JenkinsTemplateForAppJenkins job template with build scripts for packing apps, include iOS and Android.项目地址:https://gitcode.com/gh_mirrors/je/JenkinsTemplateForApp 在软件开发中，持续集成（C...
持续集成CI：Jenkins使用
ChatGPTer
12-02 531
文章目录Jenkins全局配置Jenkins Job配置 Jenkins是最常用的CI工具，在开发过程中需要到jenkins帮助我们构建出android包，包括debug版本和release版本，方便产品、运营、测试人员下载安装使用。 一般有以下两种方式： 手动构建 自动构建 我们这里介绍下Jenkins在Android上的应用，具体的安装配置不详细介绍，主要介绍一些需要注意的地方。 Je...
Nginx docker Jenkins部署，启用环境变量参数可配置
sqlpeng的博客
07-06 904
项目为Vue的前端项目，并使用Docker swarm 服务方式部署。 docker file 会复制传入的参数到config_docker 文件，然后替换到config.js。 FROM nginx:1.8.1 # web files COPY ./ /etc/nginx/html # config COPY nginx.conf /etc/nginx/nginx.conf WORKDIR /etc/nginx EXPOSE 80 # set config enviroment param.
Jenkins+k8s+Docker+Harbor实现CI/CD实战指南
"该资源主要介绍了如何利用Jenkins、Kubernetes (k8s)、Docker和Harbor实现持续集成(CI)和持续部署(CD)的流程，具体包括前端和后端应用的打包、部署以及相关的yaml文件配置。" 在现代软件开发中，持续集成和持续...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值