feat: 新增k8s应用部署模板

This commit is contained in:
2025-02-21 19:29:39 +08:00
parent bd96e4dab9
commit 77586880f0
8 changed files with 248 additions and 0 deletions
+130
View File
@@ -0,0 +1,130 @@
apiVersion: apps/v1
kind: StatefulSet
metadata:
labels:
appName: ${AppName}
resEnv: ${AppEnv}
resGroup: ${AppName}-${AppEnv}
name: devops-sts-${AppName}-${AppEnv}
namespace: ${AppName}
spec:
# Pod 的管理策略, OrderedReady(有序启动,默认值),Parallel(并发一起启动)
podManagementPolicy: Parallel
# 副本数量
replicas: ${Replicas}
# 表示要保留以允许回滚的旧ReplicaSet的数量。默认是10个。如果值为0,表示不保存旧版本
revisionHistoryLimit: ${RevisionHistoryLimit}
# 选择器用于标识将受StatefulSet控制的Pod
selector:
matchLabels:
appName: ${AppName}
resEnv: ${AppEnv}
resGroup: ${AppName}-${AppEnv}
# 用于创建一个Headless服务,这个服务将提供每个Pod的稳定网络标识符
serviceName: devops-hls-${AppName}-${AppEnv}
# 描述StatefulSet创建Pod的模板
template:
metadata:
# Pod标签,用于匹配选择器
labels:
appName: ${AppName}
resEnv: ${AppEnv}
resGroup: ${AppName}-${AppEnv}
spec:
affinity:
# Pod 亲和性,调度目标:Pod与指定Pod不在同一拓扑域
podAntiAffinity:
# 软策略
preferredDuringSchedulingIgnoredDuringExecution:
- podAffinityTerm:
labelSelector:
# In:label 的值在某个列表中
# NotIn:label 的值不在某个列表中
# Gt:label 的值大于某个值
# Lt:label 的值小于某个值
# Exists:某个 label 存在
# DoesNotExist:某个 label 不存在
matchExpressions:
- key: resGroup
operator: In
values:
- ${AppName}-${AppEnv}
topologyKey: failure-domain.beta.kubernetes.io/zone
weight: 50 # 如果有多个软策略选项的话,权重越大,优先级越高
- podAffinityTerm:
labelSelector:
matchExpressions:
- key: resGroup
operator: In
values:
- ${AppName}-${AppEnv}
topologyKey: kubernetes.io/hostname
weight: 60 # 如果有多个软策略选项的话,权重越大,优先级越高
# Pod中的容器列表
containers:
- name: devops-pod-${AppName}-${AppEnv} # 容器名称
image: ${AppImage} #容器镜像
imagePullPolicy: IfNotPresent
# 容器生命周期
lifecycle:
# 容器停止前, 执行命令
preStop:
exec:
command:
- /bin/sh
- -c
- echo 'Hello World'
# 存活探针:指示容器是否正在运行。如果活动探针失败,则kubelet将杀死Container,并且Container将接受其重新启动策略。如果容器未提供活动性探针,则默认状态为Success
livenessProbe:
tcpSocket:
port: 22
initialDelaySeconds: 10
failureThreshold: 3
periodSeconds: 15
successThreshold: 1
timeoutSeconds: 5
# 就绪探针:指示容器是否准备好服务请求。如果就绪探针失败,则端点控制器将从与Pod匹配的所有服务的端点中删除Pod的IP地址。初始延迟之前的默认就绪状态为Failure。如果容器未提供就绪探测器,则默认状态为Success
readinessProbe:
httpGet:
path: /healthCheck # 无需鉴权的健康检查API接口
port: 8080 # 服务所在端口
scheme: HTTP
initialDelaySeconds: 20
failureThreshold: 3
periodSeconds: 3
successThreshold: 1
timeoutSeconds: 1
# 资源配置
resources:
requests:
cpu: ${RequestCpu}
memory: ${RequestMemory}Gi
limits:
cpu: ${LimitCpu}
memory: ${LimitMemory}Gi
# 定义存储卷挂载的路径(写挂载到容器内的路径)
volumeMounts:
- name: devops-vol-${AppName}-${AppEnv} # 定义卷申请模板的名称(要匹配到它才能使用并挂载到容器内)
mountPath: /home/admin/logs # 应用日志所在的路径
subPath: biz-logs # 存储卷中的位置
dnsPolicy: ClusterFirst
readinessGates:
- conditionType: InPlaceUpdateReady
# Init容器失败时会使用RestartPolicy策略
restartPolicy: Always
terminationGracePeriodSeconds: 30
# 存储卷配置
volumes:
- name: devops-vol-${AppName}-${AppEnv} # 存储卷名称
# 当 Pod 因为某些原因被从节点上删除时,emptyDir 卷中的数据也会被永久删除
emptyDir:
sizeLimit: 10Gi
# 更新策略
updateStrategy:
# 自动滚动更新Pod,从序号大的开始,确保有序更新
type: RollingUpdate
rollingUpdate:
# 分段更新(灰度发布),假如一共有5个pod,由于起始序号为0,当partition值为3时,表示从编号为3的pod从前往后更新
partition: ${RollingUpdatePartition}
# 在进行更新时,允许的不可用 Pod 的最大数量。例如,可以将其设置为 50% 表示每次更新时只允许 50% 的 Pod 不可用
maxUnavailable: ${RollingUpdateMaxUnavailable}