文章目录
- Jenkins
- 实战
- 1 新建任务需要的配置pipeline
- Zookeeper
- 基础
- Docker
- 基础
- 实操
- windows11 docker mysql
- Dockerhouse
- Dockerhub
- xxl-Job
- 基础
- 实战
- Rancher
- 基础
- 思考
- 实战
- 1 Rancher的某个namespace的scale为0
Jenkins
实战
1 新建任务需要的配置pipeline
该代码是Jenkinsfile，用于定义一个持续集成/持续交付（CI/CD）的流水线；
pipeline {agent any// 表示该流水线可以在任何可用的Jenkins节点上执行；// 定义变量// JOB_NAME 任务名称，对应容器服务名，例如：market_ods/mms_api// RegistryUrl 在全局环境变量中配置// ImageVer 容器版本，格式yyyyMMddHHmm，插件 Timestamp// // 创建访问Git全局凭据, credentialsId: 'gitpw-3789060f-ecb5-468e-c161-32076710d930'// 创建访问私有镜像仓库全局凭据, credentialsId: 'imagepw-8a88451c-0565-6f0d-694c-fa20344a3179'environment { // 定义环境变量PLAT="as" // 定义平台PROJECT="jenkins_xxx" // 定义项目程序PROJECT_GIT="project_xxx" // 定义项目程序GIT_URL="http://gitlab地址/${PROJECT_GIT}.git" // git仓库链接JAVA_HOME="/usr/local/jdk1.8.0_361"MAVEN_HOME="/usr/local/maven3.6"PATH="$MAVEN_HOME/bin:$PATH"}options{ // 插件：Build Timestamp timestamps() // 用于在构建日志中添加时间戳；}parameters {// 插件：Git Parameter http://www.manongjc.com/detail/63-ncmakycccpkqxsr.htmlgitParameter (name: 'Git_Branch', defaultValue: 'master', type: 'PT_BRANCH', useRepository: env.GIT_URL, description: '请选择项目GIT分支', branchFilter: 'origin/(.*)', branch:'', quickFilterEnabled: true, selectedValue: 'TOP', sortMode: 'NONE', tagFilter: '*')// 构建Git_Rranch，用户可以在构建时选择不同的Git分支。} stages { // 定义流水线的各个阶段；stage('脚本执行环境'){steps {sh """echo "$JAVA_HOME"java --versionmvn --versiongit versiondocker -v"""script {buildName "#${BUILD_NUMBER} ${RegistryUrl}/${PLAT}/${PROJECT}:${ImageVer}"}}}// 删除当前目录(${WORKSPACE})下内容，通常用在构建完毕之后清空工作空间stage('Delete Workspace') { steps {echo "清理工作目录: ${WORKSPACE}"deleteDir()}}// 拉取代码 http://www.manongjc.com/detail/63-ncmakycccpkqxsr.htmlstage('Checkout') { steps {checkout([$class: 'GitSCM', branches: [[name: "${params.Git_Branch}"]],userRemoteConfigs: [[credentialsId: 'gitpw-3789060f-ecb5-468e-c161-32076710d930', url: env.GIT_URL]],submoduleCfg: [], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'CloneOption', depth: 1, noTags: false, reference: '', shallow: true]]])}}// mvn打包stage('Packaging project') { steps {script {sh 'mvn clean install'}}}//构建并推送镜像stage('Build & Push Image to nexus') {steps {script {// 第一个参数是私有仓库地址，注意要带http(s)，第二个参数是账号密码登录凭证，需要提前创建docker.withRegistry("https://${RegistryUrl}", 'imagepw-8a88451c-0565-6f0d-694c-fa20344a3179') {def image = docker.build("${RegistryUrl}/${PLAT}/${PROJECT}:${ImageVer}", "${WORKSPACE}")image.push()}}}}stage('Deploy to the Target server') {steps {echo '部署到目标服务器'withCredentials([file(credentialsId: 'k8s_config', variable: 'KUBECONFIG')]) {sh 'kubectl set image deployment/${PROJECT} ${PROJECT}=${RegistryUrl}/${PLAT}/${PROJECT}:${ImageVer} -ndev'}}}}
}
Zookeeper
基础
是什么？
Leaf分布式ID生成系统在Spring Boot或类似的微服务架构中的集成配置。Leaf是由滴滴出行开源的一套分布式ID生成解决方案，旨在为分布式系统提供高效、高可用的ID生成服务。
配置内容？
leaf:// Leaf ID生成系统的顶级配置snowflake:// Leaf提供了两种ID生成模式，一种是基于Twitter Snowflake算法的snowflake模式，另一种是基于数据库的segment模式。这里的配置是针对Snowflake模式的。enabled: true// 启用Snowflake模式的ID生成器name: associated_api// Snowflake worker的名称，用于标识不同的业务或者服务。在多服务共用一套Leaf集群的情况下，通过名称区分不同来源的ID请求，确保ID的唯一性和可追踪性。zkAddress: 127.0.0.1:2181// 配置了Zookeeper的地址。Leaf的Snowflake模式依赖于Zookeeper作为服务发现和分布式协调工具，用来管理worker的分配与状态同步。
Docker
基础
实操
windows11 docker mysql
参考博客1：https://blog.csdn.net/nmajsjpy/article/details/130183104
参考博客2：https://blog.csdn.net/joeyoj/article/details/136427362
Dockerhouse
Dockerhub
xxl-Job
基础
@XxlJob 以声明的形式定义和管理任务，无需编写复杂的调度逻辑，简化了定时任务和分布式任务的开发过程；实战
使用1：
@XxlJob(value = "shardFetchKeysIntoCache")
// 理解：
注解@XxlJob，用于标识一个任务处理方法；
value属性，给这个任务命名；
使用2：
int shardIndex = XxlJobHelper.getShardIndex();
int shardTotal = XxlJobHelper.getShardTotal();
// 理解：
XxlJobHelper.getShardIndex() --》当前执行任务的分片索引；
XxlJobHelper.getShardTotal() --》当前总的分片数量；XxlJob是一个开源的分布式任务调度平台，常用于Java应用中实现定时任务的调度和管理。
XxlJobHelper类，应该是任务调度框架中的辅助类，用于处理任务分片。
Rancher
基础
思考
- Rancher与Kubernetes之间关系？
Rancher和Kubernetes都是容器编排和管理的强大工具，但它们在设计理念和实际应用上有一些区别。
Rancher着重于用户体验，而Kubernetes则更多被视为一个可扩展的平台。
实战
1 Rancher的某个namespace的scale为0
在Rancher中，scale通常指的是Deployment、ReplicaSet或者StatefulSet，这类工作负载资源的副本数量；
某个namespace的scale=0，表示这个namespace下的某类工作负载的副本数量被设置为0；
这将产生如下情况：
资源不运行任何副本：没有Pod实例正在运行，不会对外提供服务；
节省资源：没有运行Pod，集群的计算和内存资源可以被释放或用于其他任务；
停止服务：任何试图想访问该服务的请求都将无法得到响应；
更新和维护：scale=0 可以进行应用更新或维护的一种策略，以确保在更改过程中没有活跃流量；
名词概念解释：
