当前位置: 首页 > article >正文

二十、Kubernetes基础-14-kubeadm-ha-kubernetes-deployment-guide-04-multi-master

kubeadm 部署高可用 Kubernetes 集群完全指南四多 Master 集群初始化与 etcd 集群部署作者云原生架构专家技术栈Kubernetes 1.21, kubeadm, etcd, 多 Master, 高可用难度等级★★★★★专家级预计阅读时间120 分钟质量目标CSDN 95 分生产级多 Master 集群深度目录[多 Master 集群架构](#1-多-master 集群架构)[kubeadm 高可用配置](#2-kubeadm 高可用配置)[etcd 集群深度部署](#3-etcd 集群深度部署)[Control Plane 组件高可用](#4-control-plane 组件高可用)证书管理与轮换故障排查与恢复1. 多 Master 集群架构1.1 架构模式对比三种架构模式1. 单 Master 架构不推荐生产 ✗ 单点故障 ✗ 无法在线升级 ✗ 性能瓶颈 适用开发/测试 2. 多 Master 架构Stacked etcd推荐 ✓ 消除单点故障 ✓ 支持在线升级 ✓ 性能提升 ⚠ etcd 与 API Server 资源竞争 适用中小型生产集群 250 节点 3. 独立 etcd 架构最佳 ✓ etcd 性能最优 ✓ 独立扩展 ✓ 无资源竞争 ✓ 更好的安全性 适用大型生产集群 250 节点1.2 高可用关键指标多 Master 集群指标可用性指标 ├─ 集群可用性99.999% ├─ 故障恢复时间 30 秒 ├─ 故障检测时间 3 秒 └─ 数据丢失率0% 性能指标 ├─ API Server 延迟P99 100ms ├─ etcd 延迟P99 10ms ├─ etcd 吞吐量 10K ops/s └─ 并发连接数 4000 容量指标 ├─ 最大节点数 5000 ├─ 最大 Pod 数 150000 ├─ 最大命名空间 1000 └─ 最大 Secret 数 100000 容灾指标 ├─ 容忍 Master 故障数(N-1)/2 ├─ RTO恢复时间目标 5 分钟 └─ RPO恢复点目标02. kubeadm 高可用配置2.1 创建 kubeadm 配置文件kubeadm-config.yaml高可用版本apiVersion:kubeadm.k8s.io/v1beta3kind:InitConfigurationlocalAPIEndpoint:advertiseAddress:192.168.1.21# Master1 IPbindPort:6443nodeRegistration:criSocket:unix:///run/containerd/containerd.sockname:master1taints:-effect:NoSchedulekey:node-role.kubernetes.io/master---apiVersion:kubeadm.k8s.io/v1beta3kind:ClusterConfigurationkubernetesVersion:v1.21.0# 高可用关键配置controlPlaneEndpointcontrolPlaneEndpoint:192.168.1.200:6443# VIP 地址# 网络配置networking:podSubnet:10.244.0.0/16serviceSubnet:10.96.0.0/12dnsDomain:cluster.local# API Server 高可用配置apiServer:certSANs:-192.168.1.200# VIP-master1-master2-master3-kubernetes.default-kubernetes.default.svc-kubernetes.default.svc.cluster.localextraArgs:authorization-mode:Node,RBACenable-admission-plugins:NodeRestriction,PodSecurityPolicyaudit-log-path:/var/log/kubernetes/audit.logaudit-log-maxage:30audit-log-maxbackup:10audit-log-maxsize:100profiling:falseanonymous-auth:falseextraVolumes:-name:audit-loghostPath:/var/log/kubernetesmountPath:/var/log/kubernetespathType:DirectoryOrCreate# Controller Manager 高可用配置controllerManager:extraArgs:bind-address:0.0.0.0node-cidr-mask-size:24node-monitor-period:5snode-monitor-grace-period:40spod-eviction-timeout:5m0sterminated-pod-gc-threshold:1000concurrent-deployments:5concurrent-replicasets:5leader-elect:true# Scheduler 高可用配置scheduler:extraArgs:bind-address:0.0.0.0profiling:falseleader-elect:true# etcd 集群配置etcd:local:dataDir:/var/lib/etcdextraArgs:quota-backend-bytes:8589934592# 8GBheartbeat-interval:100election-timeout:1000max-snapshots:5max-wals:5auto-compaction-mode:periodicauto-compaction-retention:1henable-v2:false# 证书配置certificatesDir:/etc/kubernetes/pkiimageRepository:registry.aliyuncs.com/google_containers---apiVersion:kubelet.config.k8s.io/v1beta1kind:KubeletConfigurationcgroupDriver:systemdcgroupsPerQOS:trueenforceNodeAllocatable:-podsclusterDNS:-10.96.0.10clusterDomain:cluster.localimageGCHighThresholdPercent:85imageGCLowThresholdPercent:80maxPods:110rotateCertificates:trueserverTLSBootstrap:trueevictionHard:memory.available:500Minodefs.available:10%nodefs.inodesFree:5%imagefs.available:15%systemReserved:cpu:1memory:1GikubeReserved:cpu:1memory:1Gi---apiVersion:kubeproxy.config.k8s.io/v1alpha1kind:KubeProxyConfigurationmode:ipvsipvs:strictARP:truescheduler:rrtcpFinTimeout:0tcpTimeout:0udpTimeout:0conntrack:maxPerCore:32768min:131072tcpCloseWaitTimeout:0tcpEstablishedTimeout:0metricsBindAddress:0.0.0.0:102492.2 初始化第一个 Master 节点#!/bin/bash# 在 Master1 节点执行set-euopipefailecho 初始化高可用 Kubernetes 集群 # 1. 预检查echo[1/6] 执行预检查...kubeadm config images pull--configkubeadm-config.yaml# 2. 执行初始化echo[2/6] 执行初始化...kubeadm init--configkubeadm-config.yaml --upload-certs|teekubeadm-init.log# 3. 配置 kubectlecho[3/6] 配置 kubectl...mkdir-p$HOME/.kubesudocp-i/etc/kubernetes/admin.conf$HOME/.kube/configsudochown$(id-u):$(id-g)$HOME/.kube/config# 4. 验证集群echo[4/6] 验证集群...kubectl cluster-info kubectl get nodes# 5. 查看组件状态echo[5/6] 查看组件状态...kubectl get componentstatuses# 6. 保存加入命令echo[6/6] 保存加入命令...echoecho保存以下命令用于添加其他 Master 节点grepkubeadm joinkubeadm-init.logechoecho✓ Master1 初始化完成2.3 添加其他 Master 节点#!/bin/bash# 在 Master2 和 Master3 节点执行set-euopipefailecho 添加 Master 节点 # 1. 系统初始化参考第二篇文档# ... 系统初始化脚本 ...# 2. 执行加入命令使用 kubeadm init 输出的命令echo[1/4] 加入集群...kubeadmjoin192.168.1.200:6443\--tokenabcdef.0123456789abcdef\--discovery-token-ca-cert-hash sha256:1234567890abcdef...\--control-plane\--certificate-key 1234567890abcdef...# 3. 配置 kubectl可选echo[2/4] 配置 kubectl...mkdir-p$HOME/.kubesudocp-i/etc/kubernetes/admin.conf$HOME/.kube/configsudochown$(id-u):$(id-g)$HOME/.kube/config# 4. 验证echo[3/4] 验证...kubectl get nodes# 5. 查看 Master 状态echo[4/4] 查看 Master 状态...kubectl get pods-nkube-system-lcomponentkube-apiserver kubectl get pods-nkube-system-lcomponentkube-controller-manager kubectl get pods-nkube-system-lcomponentkube-schedulerecho✓ Master 节点加入完成3. etcd 集群深度部署3.1 etcd 集群架构etcd 集群工作原理Raft 共识算法 ┌─────────────────────────────────────────────────────────┐ │ etcd 集群3 节点 │ ├─────────────────────────────────────────────────────────┤ │ │ │ 正常状态 │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ etcd 1 │ │ etcd 2 │ │ etcd 3 │ │ │ │ (Leader) │ │(Follower)│ │(Follower)│ │ │ └────┬─────┘ └────┬─────┘ └────┬─────┘ │ │ │ │ │ │ │ └─────────────┼─────────────┘ │ │ │ │ │ 数据同步 10ms │ │ 心跳检测100ms │ │ │ │ 故障容忍 │ │ - 3 节点容忍 1 节点故障 │ │ - 5 节点容忍 2 节点故障 │ │ - 选举超时1-2 秒 │ │ - 数据一致性强一致性 │ │ │ │ 性能指标 │ │ - 写入延迟 10ms │ │ - 读取延迟 5ms │ │ - 吞吐量 10K ops/s │ └─────────────────────────────────────────────────────────┘3.2 etcd 性能优化etcd 静态 Pod 配置优化apiVersion:v1kind:Podmetadata:name:etcdnamespace:kube-systemspec:containers:-name:etcdimage:registry.aliyuncs.com/google_containers/etcd:3.4.13-0command:-etcd---nameetcd-master1---data-dir/var/lib/etcd---listen-client-urlshttps://0.0.0.0:2379---advertise-client-urlshttps://192.168.1.21:2379---listen-peer-urlshttps://0.0.0.0:2380---initial-advertise-peer-urlshttps://192.168.1.21:2380---initial-clusteretcd-master1https://192.168.1.21:2380,etcd-master2https://192.168.1.22:2380,etcd-master3https://192.168.1.23:2380---initial-cluster-tokenetcd-cluster---initial-cluster-statenew---client-cert-authtrue---peer-client-cert-authtrue# 性能优化关键参数---quota-backend-bytes8589934592# 8GB 配额---heartbeat-interval100# 100ms 心跳---election-timeout1000# 1000ms 选举---snapshot-count10000# 快照计数---max-snapshots5# 最大快照数---max-wals5# 最大 WAL 数---auto-compaction-modeperiodic# 自动压缩---auto-compaction-retention1h# 1 小时保留resources:requests:cpu:200mmemory:1Gilimits:cpu:4000mmemory:8Gi3.3 etcd 集群运维3.3.1 etcd 备份#!/bin/bash# etcd 备份脚本ETCDCTL_API3ETCD_ENDPOINTShttps://127.0.0.1:2379ETCD_CACERT/etc/kubernetes/pki/etcd/ca.crtETCD_CERT/etc/kubernetes/pki/etcd/healthcheck-client.crtETCD_KEY/etc/kubernetes/pki/etcd/healthcheck-client.keyBACKUP_DIR/backup/etcd# 创建备份目录mkdir-p${BACKUP_DIR}# 执行备份ETCDCTL_API3etcdctl\--endpoints${ETCD_ENDPOINTS}\--cacert${ETCD_CACERT}\--cert${ETCD_CERT}\--key${ETCD_KEY}\snapshot save${BACKUP_DIR}/etcd-snapshot-$(date%Y%m%d-%H%M%S).db# 验证备份ETCDCTL_API3etcdctl\--write-outtable\snapshot status${BACKUP_DIR}/etcd-snapshot-*.db# 设置权限chmod600${BACKUP_DIR}/etcd-snapshot-*.db# 清理旧备份保留 7 天find${BACKUP_DIR}-nameetcd-snapshot-*.db-mtime7-deleteecho✓ etcd 备份完成3.3.2 etcd 恢复#!/bin/bash# etcd 恢复脚本set-euopipefailBACKUP_FILE/backup/etcd/etcd-snapshot-20240115-120000.dbETCD_DATA_DIR/var/lib/etcd-from-backupecho etcd 数据恢复 # 1. 停止 kubeletecho[1/5] 停止 kubelet...systemctl stop kubelet# 2. 恢复数据echo[2/5] 恢复数据...ETCDCTL_API3etcdctl\--data-dir${ETCD_DATA_DIR}\snapshot restore${BACKUP_FILE}# 3. 修改 etcd.yamlecho[3/5] 修改 etcd Pod 配置...sed-is|/var/lib/etcd|${ETCD_DATA_DIR}|g\/etc/kubernetes/manifests/etcd.yaml# 4. 启动 kubeletecho[4/5] 启动 kubelet...systemctl start kubelet# 5. 验证echo[5/5] 验证...sleep10kubectl get pods-nkube-system-lcomponentetcdETCDCTL_API3etcdctl\--endpointshttps://127.0.0.1:2379\--cacert/etc/kubernetes/pki/etcd/ca.crt\--cert/etc/kubernetes/pki/etcd/healthcheck-client.crt\--key/etc/kubernetes/pki/etcd/healthcheck-client.key\endpoint healthecho✓ etcd 恢复完成4. Control Plane 组件高可用4.1 API Server 高可用多实例配置# API Server 多实例自动部署# 每个 Master 节点运行一个 API Server 实例# 通过 HAProxyKeepalived 实现负载均衡# 关键配置参数apiServer:extraArgs:# 性能优化max-requests-inflight:400max-mutating-requests-inflight:200request-timeout:1m0s# 缓存优化watch-cache:truewatch-cache-sizes:deployment20,replicaset50,pod100# 安全配置authorization-mode:Node,RBACenable-admission-plugins:NodeRestriction,PodSecurityPolicyanonymous-auth:false# 审计日志audit-log-path:/var/log/kubernetes/audit.logaudit-log-maxage:30audit-log-maxbackup:10audit-log-maxsize:1004.2 Scheduler 高可用Leader 选举机制# Scheduler 多实例配置scheduler:extraArgs:bind-address:0.0.0.0profiling:falseleader-elect:trueleader-elect-lease-duration:15sleader-elect-renew-deadline:10sleader-elect-retry-period:2s# 工作原理# 1. 多个 Scheduler 实例启动# 2. 通过 etcd 进行 Leader 选举# 3. 只有 Leader 执行调度# 4. Follower 待命Leader 故障时自动选举4.3 Controller Manager 高可用Leader 选举机制# Controller Manager 多实例配置controllerManager:extraArgs:bind-address:0.0.0.0leader-elect:trueleader-elect-lease-duration:15sleader-elect-renew-deadline:10sleader-elect-retry-period:2s# 并发控制concurrent-deployments:5concurrent-replicasets:5concurrent-services:5concurrent-endpoints:5# GC 配置terminated-pod-gc-threshold:1000# 工作原理# 1. 多个 Controller Manager 实例启动# 2. 通过 etcd 进行 Leader 选举# 3. 只有 Leader 执行控制器逻辑# 4. Follower 待命自动故障转移5. 证书管理与轮换5.1 证书体系Kubernetes 证书结构/etc/kubernetes/pki/ ├── ca.crt, ca.key # 根 CA ├── apiserver.crt, apiserver.key # API Server 证书 ├── apiserver-kubelet-client.crt # API Server 访问 Kubelet ├── front-proxy-ca.crt, front-proxy-ca.key ├── front-proxy-client.crt # 前端代理证书 ├── sa.pub, sa.key # 服务账户密钥 ├── etcd/ │ ├── ca.crt, ca.key # etcd CA │ ├── server.crt, server.key # etcd 服务器证书 │ ├── peer.crt, peer.key # etcd 节点间证书 │ └── healthcheck-client.crt # 健康检查客户端证书 └── ...5.2 证书轮换自动证书轮换配置# kubeadm 自动证书轮换apiVersion:kubeadm.k8s.io/v1beta3kind:ClusterConfigurationcertificatesDir:/etc/kubernetes/pki# 手动证书轮换kubeadm certs renew apiserver kubeadm certs renew apiserver-kubelet-client kubeadm certs renew front-proxy-client kubeadm certs renew etcd-server kubeadm certs renew etcd-peer kubeadm certs renew etcd-healthcheck-client# 重启组件kubectl-n kube-system delete pod-l componentkube-apiserver kubectl-n kube-system delete pod-l componentkube-controller-manager kubectl-n kube-system delete pod-l componentkube-scheduler kubectl-n kube-system delete pod-l componentetcd6. 故障排查与恢复6.1 Master 节点故障#!/bin/bash# Master 节点故障排查echo Master 节点故障排查 # 1. 检查节点状态kubectl get nodes kubectl describenodenode-name# 2. 检查组件 Podkubectl get pods-nkube-system-lcomponentkube-apiserver kubectl get pods-nkube-system-lcomponentetcd# 3. 查看组件日志kubectl logs-nkube-system-lcomponentkube-apiserver--tail100kubectl logs-nkube-system-lcomponentetcd--tail100# 4. 检查 etcd 集群ETCDCTL_API3etcdctl\--endpointshttps://127.0.0.1:2379\--cacert/etc/kubernetes/pki/etcd/ca.crt\--cert/etc/kubernetes/pki/etcd/healthcheck-client.crt\--key/etc/kubernetes/pki/etcd/healthcheck-client.key\endpoint health# 5. 检查证书openssl x509-in/etc/kubernetes/pki/apiserver.crt-text-noout|grep-A2Validity# 6. 重启 kubeletsystemctl restart kubelet# 7. 查看 kubelet 日志journalctl-ukubelet-f6.2 etcd 集群故障#!/bin/bash# etcd 集群故障恢复echo etcd 集群故障恢复 # 1. 检查 etcd 集群状态ETCDCTL_API3etcdctl\--endpointshttps://127.0.0.1:2379\--cacert/etc/kubernetes/pki/etcd/ca.crt\--cert/etc/kubernetes/pki/etcd/healthcheck-client.crt\--key/etc/kubernetes/pki/etcd/healthcheck-client.key\endpoint status --write-outtable# 2. 检查 etcd 成员ETCDCTL_API3etcdctl member list# 3. 移除故障成员ETCDCTL_API3etcdctl member removemember-id# 4. 添加新成员ETCDCTL_API3etcdctl memberaddnew-member\--peer-urlshttps://192.168.1.24:2380# 5. 在新成员上启动 etcd# 使用 kubeadm join 命令添加新的 Master 节点总结本文详细介绍了多 Master 集群初始化与 etcd 集群部署的完整流程相比普通单 Master 部署的核心优势高可用性提升控制平面高可用✓ 多 Master 节点3-5 个✓ API Server 负载均衡✓ Scheduler/Controller 多实例Leader 选举✓ 故障恢复时间 30 秒etcd 集群高可用✓ Raft 共识算法✓ 数据强一致性✓ 容忍 (N-1)/2 节点故障✓ 自动 Leader 选举自动故障转移✓ 无需人工干预✓ 秒级故障检测✓ 自动重新调度✓ 服务无感知与普通部署的对比指标普通部署单 Master高可用部署多 Master提升可用性99%99.999%0.99%故障恢复5-30 分钟 30 秒10-60 倍数据丢失可能零丢失✓在线升级不支持支持✓成本低中高2-3 倍下一篇kubeadm 部署高可用 Kubernetes 集群完全指南五Calico 网络与 Worker 节点高可用配置参考文献Kubernetes 官方文档https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/high-availability/etcd 运维指南https://etcd.io/docs/kubeadm 文档https://kubernetes.io/docs/reference/setup-tools/kubeadm/

相关文章:

二十、Kubernetes基础-14-kubeadm-ha-kubernetes-deployment-guide-04-multi-master

kubeadm 部署高可用 Kubernetes 集群完全指南(四):多 Master 集群初始化与 etcd 集群部署 作者:云原生架构专家 技术栈:Kubernetes 1.21, kubeadm, etcd, 多 Master, 高可用 难度等级:★★★★★&#xff0…...

毕业设计实战:基于Spring Boot的本科生交流培养管理平台设计与实现全攻略

毕业设计实战:基于Spring Boot的本科生交流培养管理平台设计与实现全攻略 在开发“基于Spring Boot的本科生交流培养管理平台”毕业设计时,曾因“多角色权限管理与业务流程耦合混乱”踩过关键坑——初期未设计清晰的RBAC权限模型,导致学生、教…...

如何根据 config.json 核对 MoE 模型的激活参数:以 gpt-oss-120b 为例(GPT-5.4-high 生成)

很多开发者看到模型卡里的 117B parameters with 5.1B active parameters,第一反应是“这个数到底怎么算出来的”。本文就用 gpt-oss-120b 做一个完整示范:如何仅凭 config.json 里的关键字段,推导出 MoE 模型的总参数量、每 token 激活参数量…...

K-1000C LED控制系统无线级联改造 ——基于 lora技术 的级联通信替代方案

​摘要:本文为思为无线官方原创技术方案,详细阐述了针对 K-1000C LED 控制系统的无线化改造方案。该方案基于实测工程数据,利用 LoRa611II 无线数传模块替代传统有线级联,解决大型 LED 亮化工程中布线复杂、维护成本高及扩展性受限…...

计算机毕业设计之基于spring boot的体育场馆设施预约系统

时代在飞速进步,每个行业都在努力发展现在先进技术,通过这些先进的技术来提高自己的水平和优势,体育场馆设施预约系统当然不能排除在外。体育场馆设施预约系统是在实际应用和软件工程的开发原理之上,运用java语言以及SpringBoot框…...

IoT 架构从 0 到 1

一、自建还是云平台&#xff1f;关键决策因素在启动 IoT 项目时&#xff0c;第一个问题就是&#xff1a;自建还是用云平台&#xff1f;选择云平台的场景✅ 小公司&#xff0c;人员规模有限✅ MVP 阶段&#xff0c;需要快速验证✅ 设备规模较小&#xff08;< 10 万&#xff0…...

金仓数据库在MySQL迁移中的实践复盘:某汽车集团近百套系统两周平滑替换路径

金仓数据库在MySQL迁移中的实践复盘&#xff1a;某汽车集团近百套系统两周平滑替换路径观察 “老周&#xff0c;客户刚发来通知——原定三个月的数据库国产化替换&#xff0c;压缩到45天&#xff0c;下周一就要交第一版迁移报告。”上周五下午四点&#xff0c;我正蹲在测试环境…...

收藏 | 从零开始学LangGraph,构建能思考的Agentic RAG系统,小白也能轻松上手!

传统RAG检索系统存在检索质量差、无法处理查询歧义、无法自纠正错误等问题&#xff0c;导致幻觉率高。Agentic RAG通过引入Think-Act-Observe循环&#xff0c;实现主动推理和自我修正。文章详细介绍了Agentic RAG的设计哲学和核心能力&#xff0c;并使用LangGraph框架进行实践&…...

【架构】-----Service 层代码太长太乱?试试这套 “见名知意” 的命名规范!

前言&#xff1a; java服务层业务比较复杂&#xff0c;导致单个函数行数太多&#xff0c;可读性极低&#xff0c;怎么解决&#xff1f;&#xff0c; 让函数名本身就清晰告知开发者&#xff1a;它的类型、职责、适用场景。以下是可落地的、行业通用的命名规范体系&#xff0c;兼…...

Mixture of Experts(MoE)

Mixture of Experts&#xff08;MoE&#xff09; 1. 使用背景大模型这几年有一个很明显的趋势&#xff1a;参数越大&#xff0c;能力往往越强。但问题也很直接。传统稠密模型里&#xff0c;参数一旦变大&#xff0c;训练和推理的计算量也会跟着一起涨。也就是说&#xff0c;模型…...

【AI】如何设计Agent的记忆系统?

记忆模块是Agent打破LLM上下文窗口限制、实现持续学习和个性化的关键。 设计Agent的记忆系统可以仿照人类的记忆机制。 分为短期记忆和长期记忆。 1、短期记忆(Short-Term Memory): 作用&#xff1a;存储当前任务的上下文信息&#xff0c;包括即时对话历史、中间的思考步骤、工…...

Flink从入门到上天系列第十九篇:Flink当中的容错机制

一&#xff1a;检查点的概念在流处理中&#xff0c;我们可以用存档读档的思路&#xff0c;就是将之前某个时间点所有的状态保存下来&#xff0c;这份 “存档” 就是我们所谓的 “检查点”&#xff08;checkpoint&#xff09;。遇到故障重启的时候&#xff0c;我们可以从检查点中…...

基于Matlab的齿轮-轴-轴承系统非线性动力学模型及其转速混沌特性分析

基于matlab的齿轮-轴-轴承系统的含间隙非线性动力学模型&#xff0c;根据牛顿第二定律&#xff0c;建立齿轮系统啮合的非线性动力学方程&#xff0c;同时也主要应用修正Capone模型的滑动轴承无量纲化雷诺方程&#xff0c;利用这些方程推到公式建模&#xff1b;用MATLAB求解画出…...

AI要干掉老师傅?老马揭秘CV落地真相

《人工智能AI之计算机视觉:从像素到智能》 模块五:未来与生态——多模态、产业与思维升维(认知拓展) 第 18 篇 AI不只是“看图”:老马带你拆解CV重塑三大行业的底层真相 前两天,有个在大型制造企业干了二十多年的老伙计找我喝酒。 几杯酒下肚,他开始大吐苦水:“老马…...

高铁卖票这件事,比你的生产计划做得强多了

获取更多资讯&#xff0c;赶快关注公众号《AI制造新观察》吧&#xff01; 文章目录你以为退票手续费是在罚你&#xff1f;那你想错了退票手续费演进历程候补购票&#xff0c;根本不是你想的那么简单第一层价值&#xff1a;把虚假需求和真实需求分开第二层价值&#xff1a;实时构…...

西安康德航测 1553B 线缆

西安康德航测 1553B 线缆1553B 线缆产品&#xff08;M17/176-0002 等效&#xff0c;GJB289A&#xff09;规格&#xff1a;78Ω、24AWG 镀银、PFA 绝缘、屏蔽双绞线、-55℃~200℃类型&#xff1a;裸线、成品组件&#xff08;含 TRB 双轴接头&#xff09;一、技术性能优势&#x…...

三相调速永磁同步电动机maxwell模型 1、案例采用180-8极一字型冲片 2、转速为150...

三相调速永磁同步电动机maxwell模型 1、案例采用180-8极一字型冲片 2、转速为1500转 功率22kW 3、超高效率可达到1级能效 4、提供冲片图纸及Rmxprt路算结果及maxwell模型&#xff0c;可提供2极至8极不同转速及不同功率的电磁方案计算单 提供有限元分析模型&#xff0c;可直接用…...

吉林省GEO营销哪个服务商技术强

在AI搜索时代&#xff0c;GEO&#xff08;地理定位优化&#xff09;营销已成为企业提升本地曝光、精准获客的关键手段。吉林省内&#xff0c;吉林省吉品信息科技公司&#xff08;简称“吉品信息科技”&#xff09;凭借自主技术、合规优化及全流程服务&#xff0c;成为中小企业数…...

python+Ai技术框架的健身房课程预约管理系统的设计与实现django flask

目录技术选型与框架对比核心功能模块设计数据库设计&#xff08;Django示例&#xff09;AI功能实现步骤前后端交互部署与优化测试与迭代项目技术支持可定制开发之功能创新亮点源码获取详细视频演示 &#xff1a;文章底部获取博主联系方式&#xff01;同行可合作技术选型与框架对…...

GitNexus:零服务器代码知识图谱引擎,让代码理解更智能

GitNexus&#xff1a;零服务器代码知识图谱引擎&#xff0c;让代码理解更智能 今日 GitHub 热门&#xff1a;1,860 stars ⭐ | 当日星增 1,860 | 完全在浏览器中运行 &#x1f3af; 核心特性 1️⃣ 零服务器架构 GitNexus 的最大亮点是完全在浏览器中运行&#xff1a; ┌──…...

72 编辑距离

题目 给你两个单词 word1 和 word2&#xff0c; 请返回将 word1 转换成 word2 所使用的最少操作数 。 你可以对一个单词进行如下三种操作&#xff1a; 插入一个字符 删除一个字符 替换一个字符 示例 1&#xff1a; 输入&#xff1a;word1 “horse”, word2 “ros” 输出&…...

Git CI/CD什么意思

Git CI/CD什么意思 Git CI/CD 是现代软件开发中用于自动化构建、测试和部署代码的核心实践。它通常指的是将 Git&#xff08;版本控制系统&#xff09;与 CI/CD&#xff08;持续集成/持续交付或持续部署&#xff09;流水线相结合的工作流。 更清晰地理解&#xff0c;我们可以将…...

数据可视化 Amazon QuickSight介绍和使用

第一章&#xff1a;Amazon QuickSight 基础概念1.1 什么是 Amazon QuickSight&#xff1f;Amazon QuickSight 是亚马逊云科技&#xff08;AWS&#xff09;提供的一项全托管的、基于云的商业智能&#xff08;BI&#xff09;服务。它的核心目标是帮助组织内的任何员工&#xff0c…...

1143. 最长公共子序列-day49

class Solution {public int longestCommonSubsequence(String text1, String text2) {int l1text1.length();int l2text2.length();int[][] dp new int[l11][l21];//dp 前n个最长公共子序列for(int i0;i<l1;i){for(int j0;j<l2;j){//如果用dp[i][j]可以用text1.charAt(i…...

手把手玩转STM32+BQ76940电池管理系统

基于STM32F103主控的MSB管理系统资料 主控芯片STM32F103C8T6&#xff0c;锂电池管理芯片BQ76940。 资料组成&#xff1a;原理图&#xff08;AD打开&#xff0c;无PCB文件&#xff09;&#xff0c;程序源码&#xff0c;上位机软件&#xff0c;bq76940说明文档&#xff0c;bq7694…...

Windows超级管理器:一款功能全面的系统管理工具,可以系统检测、文件清理、隐私保护、磁盘管理、文件粉碎等等实用功能

软件获取地址 Windows超级管理器 Windows超级管理器是一款功能全面的系统管理工具&#xff0c;其功能包括系统检测、文件清理、隐私保护、磁盘管理、文件粉碎等等实用功能。 软件是绿色单文件版&#xff0c;大小仅6.35 MB&#xff0c;非常小巧。软件主界面可以查看你电脑的基…...

AI教育轻创合伙人靠谱吗?机遇与陷阱的深度剖析

随着人工智能技术的飞速发展&#xff0c;AI教育已成为行业新风口&#xff0c;各类轻创合伙人模式应运而生&#xff0c;吸引着众多创业者的目光。然而&#xff0c;面对“AI教育轻创合伙人靠谱吗”这一核心问题&#xff0c;市场观点不一。本文将从行业视角出发&#xff0c;深度解…...

热销榜单:2026年北京本凡科技推荐的最值得的小程序开发平台TOP3,助力企业数字化转型

在数字化转型的背景下&#xff0c;选择一个合适的小程序开发平台至关重要。2026年&#xff0c;北京本凡科技推荐的三大平台&#xff0c;各自以不同的特点和优势支持企业的发展。首先&#xff0c;北京本凡科技凭借其丰富的经验和定制化服务&#xff0c;帮助企业实现个性化需求。…...

违章真的会让车险涨价吗?很多车主都搞错了,看完少花几千块!(违章真的会影响车险保费吗?一文讲清楚交强险和商业险的浮动规则)

文章目录 📖 介绍 📖 📒 违章与车险保费的关系 📒 📝 保费调整的两个板块 📝 交强险浮动规则 🔢 保费优惠情况 📍 重要:地区差异说明 ⚠️ 保费上浮情况 📌 关于普通违章的说明 📝 商业险浮动规则 📌 轻微违章不计入 📌 严重违章可能累加 📌 出险记…...

西门子S7-200Smart测速产量统计程序:实时记录当班与总生产数据及生产时间参数的MCGS...

西门子生产测速产量统计程序。 可以记录当班生产量和生产总量&#xff0c;生产时间参数。 PLC程序是西门子S7-200Smart编写。 触摸屏使用MCGS编写。厂里新上的生产统计系统用了西门子S7-200Smart PLC搭配MCGS触摸屏&#xff0c;这组合在中小型产线里挺常见。今天主要聊聊这个测…...