过去,在传统的通过shell命令行部署的时代,开发者们习惯于按照面向过程的方式一步步通过代码编译构建打包,然后把安装包远程部署到环境上,安装包就是安装包,环境就是环境,部署脚本就是部署脚本。
随着k8s云原生和DevOps的普及,一种新的实践形式“应用” 脱颖而出,它的具体表现是通过一组声明式资源配置(Deployment、Service、ConfigMap 等)定义的容器化服务,可伸缩,可观测,通过GitOps直接从“代码”到“可运行的服务”。
在持续交付中,“应用”是最终要交付给用户的功能性实体,可以是单体应用(Monolithic Application)、云原生应用(Cloud-Native Application)、移动应用,这些仅仅是技术架构层面的解释,那么对于研发生命周期而言,应用又会带来什么不同的价值呢?
本篇文章将带大家从“研发生命周期”和“DevOps平台建设”的角度,诠释“应用新的含义”。
如下图,这是一个很典型的产品版本需求迭代,到部署发布的简单示意图。
接着下面的图,当代码提交入库,触发Pipeline,最终形成一个可部署运行的应用服务。
这里我们思考几个问题
看到这里,可能你会习以为常,我们平时就是这样做的,有什么问题?
如下图,和上面的图进行对比,是不是有点“面向对象”的感觉?
对照上面的图,再看看下面的术语解释,仔细琢磨下
基于上面的图,AI帮忙编写了对应的配置声明,帮助大家理解(片段有点长, 可以快速跳过)
# ================================================
# 应用部署模板 - Kubernetes 云原生服务编排示例
# 对应架构图左侧「代码库」「制品/镜像」「配置信息」与右侧「部署环境」
# ================================================
---
# 部署环境定义(对应架构图右侧「dev/uat/prod」)
# 使用命名空间隔离不同环境(此处以prod为例)
apiVersion: v1
kind: Namespace
metadata:
name: prod
labels:
env: production
---
# ------------------------------------------------
# 核心部署配置(对应架构图左侧「制品/镜像」+「配置信息」)
# ------------------------------------------------
# 配置信息(ConfigMap对应架构图左侧「配置信息」模块)
apiVersion: v1
kind: ConfigMap
metadata:
name: app-config
namespace: prod # 绑定prod环境命名空间
data:
app.properties: |
# 应用运行时配置
db.host=mysql.prod.svc.cluster.local
cache.enabled=true
log.level=INFO
---
# 敏感信息配置(Secret属于特殊类型的配置信息)
apiVersion: v1
kind: Secret
metadata:
name: db-credentials
namespace: prod
type: Opaque
data:
username: YWRtaW4= # admin base64编码
password: cGFzc3dvcmQxMjM= # password123 base64编码
---
# ------------------------------------------------
# 服务编排核心定义(对应架构图下方「服务编排(云原生)」模块)
# ------------------------------------------------
# 部署控制器(Deployment实现滚动更新策略)
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deployment # 部署版本标识
namespace: prod
labels:
app: myapp
track: stable # 部署策略标识
spec:
replicas: # 初始副本数
strategy:
type: RollingUpdate # 部署策略-滚动更新
rollingUpdate:
maxSurge:
maxUnavailable:
selector:
matchLabels:
app: myapp
template:
metadata:
labels:
app: myapp
env: prod
spec:
containers:
- name: app-container
image: registry.example.com/myapp:v1.2.3 # 制品/镜像(来自CI/CD流水线构建)
imagePullPolicy: Always
ports:
- containerPort:
env:
- name: DB_HOST
valueFrom:
configMapKeyRef:
name: app-config
key: db.host
- name: DB_USERNAME
valueFrom:
secretKeyRef:
name: db-credentials
key: username
resources:
requests:
cpu: "100m"
memory: "256Mi"
limits:
cpu: "500m"
memory: "512Mi"
livenessProbe: # 健康检查(可观测性)
httpGet:
path: /health
port:
initialDelaySeconds:
periodSeconds:
---
# 服务暴露(Service实现服务发现)
apiVersion: v1
kind: Service
metadata:
name: myapp-service
namespace: prod
spec:
type: ClusterIP # 生产环境建议使用LoadBalancer
selector:
app: myapp
ports:
- name: http
port:
targetPort:
protocol: TCP
---
# ------------------------------------------------
# 弹性伸缩策略(对应架构图「部署策略」模块)
# ------------------------------------------------
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
name: myapp-hpa
namespace: prod
spec:
scaleTargetRef:
apiVersion: apps/v1
kind: Deployment
name: myapp-deployment
minReplicas:
maxReplicas:
metrics:
- type: Resource
resource:
name: cpu
target:
type: Utilization
averageUtilization:
# ================================================
# 部署执行说明:
# 1. 代码库变更触发CI/CD流水线构建镜像(更新image版本)
# 2. 通过kubectl apply -f 应用部署模板文件.yaml
# 3. 监控部署状态:kubectl -n prod get pods,svc,hpa
# ================================================
上面说的是k8s应用,那么传统安装包主机部署呢?怎么通过应用表达?
通过 YAML 定义主机环境、应用包版本和全局配置(对应图中「制品/镜像」「配置信息」模块)
# File: infrastructure.yaml
# 定义主机环境、应用包版本等基础设施信息
environments:
- name: dev
hosts:
- ip: 192.168.1.101
user: dev-user
deploy_dir: /opt/apps/dev
app_version: 1.0.0-SNAPSHOT
- name: prod
hosts:
- ip: 192.168.1.200
user: prod-admin
deploy_dir: /opt/apps/prod
app_version: 1.0.0-RELEASE
# 全局配置模板(与环境解耦)
global_config:
app_name: "my-spring-boot-app"
java_opts: "-Xmx512m -Xms256m"
health_check_url: "/actuator/health"
每个环境(dev/prod)独立维护敏感配置(对应图中「配置信息」与「部署环境」分离)
# File: config/prod.env
# 生产环境数据库配置(敏感信息单独管理)
DB_HOST=mysql.prod.internal
DB_PORT=3306
DB_USER=admin
DB_PASSWORD=encrypted_password_here # 建议使用加密工具(如Ansible Vault)
# File: config/dev.env
# 开发环境数据库配置
DB_HOST=localhost
DB_PORT=3306
DB_USER=dev
DB_PASSWORD=dev123
通过 Shell 脚本实现自动化部署(对应图中「部署脚本」模块)
#!/bin/bash
# File: deploy.sh
# 参数化部署:指定环境(dev/prod)和应用包路径
ENV=$1
APP_PACKAGE=$2
# 加载基础设施定义
INFRA_FILE="infrastructure.yaml"
APP_NAME=$(yq eval '.global_config.app_name' $INFRA_FILE)
DEPLOY_DIR=$(yq eval ".environments[] | select(.name == \"$ENV\").hosts[0].deploy_dir" $INFRA_FILE)
REMOTE_USER=$(yq eval ".environments[] | select(.name == \"$ENV\").hosts[0].user" $INFRA_FILE)
REMOTE_IP=$(yq eval ".environments[] | select(.name == \"$ENV\").hosts[0].ip" $INFRA_FILE)
# 加载环境配置
CONFIG_FILE="config/$ENV.env"
source $CONFIG_FILE
# 生成动态应用配置(模板化)
cat > application.properties <<EOF
# Auto-generated configuration for $ENV
spring.datasource.url=jdbc:mysql://${DB_HOST}:${DB_PORT}/${APP_NAME}_${ENV}
spring.datasource.username=${DB_USER}
spring.datasource.password=${DB_PASSWORD}
server.port=8080
EOF
# 执行部署动作
echo "Deploying $APP_NAME ($ENV) to $REMOTE_IP..."
ssh $REMOTE_USER@$REMOTE_IP "mkdir -p $DEPLOY_DIR && systemctl stop $APP_NAME"
scp $APP_PACKAGE $REMOTE_USER@$REMOTE_IP:$DEPLOY_DIR/
scp application.properties $REMOTE_USER@$REMOTE_IP:$DEPLOY_DIR/config/
# 启动服务(假设已配置systemd服务单元)
ssh $REMOTE_USER@$REMOTE_IP "\
chmod +x $DEPLOY_DIR/$(basename $APP_PACKAGE) && \
systemctl daemon-reload && \
systemctl start $APP_NAME && \
systemctl status $APP_NAME"
通过模板定义应用服务管理(对应「基础设施即代码」)
# File: templates/my-spring-boot-app.service.j2
# Systemd 服务单元模板(由部署脚本动态生成)
[Unit]
Description={{ global_config.app_name }} ({{ env }})
After=network.target
[Service]
User={{ user }}
WorkingDirectory={{ deploy_dir }}
ExecStart=/usr/bin/java {{ global_config.java_opts }} -jar {{ deploy_dir }}/{{ app_package }}
EnvironmentFile={{ deploy_dir }}/config/application.properties
Restart=always
[Install]
WantedBy=multi-user.target
根据环境参数执行相同脚本部署不同的包
# 部署到生产环境
./deploy.sh prod my-app-1.0.0-RELEASE.jar
# 部署到开发环境
./deploy.sh dev my-app-1.0.0-SNAPSHOT.jar
通过上面对于”应用“在研发生命周期的桥梁作用,再到具体的技术实践,作为DevOps平台或者体系的搭建者,我总结了以下几点趋势:
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
Copyright © 2013 - 2025 Tencent Cloud.
All Rights Reserved. 腾讯云 版权所有