第十二章:软件发布与维护 | 从上线到稳定运营

┌─────────────────────────────────────┐
│         软件发布完整流程              │
├─────────────────────────────────────┤
│                                     │
│  1. 发布计划                         │
│     ├─ 确定发布目标                 │
│     ├─ 制定发布计划                 │
│     ├─ 评估发布风险                 │
│     └─ 准备应急预案                 │
│                                     │
│  2. 发布准备                         │
│     ├─ 代码冻结                     │
│     ├─ 版本构建                     │
│     ├─ 测试验证                     │
│     ├─ 文档准备                     │
│     └─ 环境搭建                     │
│                                     │
│  3. 发布执行                         │
│     ├─ 备份数据                     │
│     ├─ 部署新版本                   │
│     ├─ 数据迁移                     │
│     ├─ 配置更新                     │
│     └─ 服务启动                     │
│                                     │
│  4. 发布验证                         │
│     ├─ 功能验证                     │
│     ├─ 性能测试                     │
│     ├─ 用户反馈                     │
│     ├─ 监控告警                     │
│     └─ 问题处理                     │
│                                     │
│  5. 发布总结                         │
│     ├─ 发布报告                     │
│     ├─ 问题分析                     │
│     ├─ 经验总结                     │
│     └─ 流程改进                     │
│                                     │
└─────────────────────────────────────┘

┌─────────────────────────────────────┐
│        持续集成（CI）流程            │
├─────────────────────────────────────┤
│                                     │
│  1. 代码提交                        │
│     └─ 开发人员提交代码到仓库       │
│                                     │
│  2. 触发构建                        │
│     └─ 自动检测代码变化            │
│                                     │
│  3. 自动构建                        │
│     ├─ 编译代码                     │
│     ├─ 依赖解析                     │
│     ├─ 代码检查                     │
│     └─ 构建产物                     │
│                                     │
│  4. 自动测试                        │
│     ├─ 单元测试                     │
│     ├─ 集成测试                     │
│     ├─ 代码覆盖率检查               │
│     └─ 质量门禁                     │
│                                     │
│  5. 反馈结果                        │
│     ├─ 构建成功/失败                │
│     ├─ 测试通过/失败                │
│     ├─ 质量指标                     │
│     └─ 通知开发人员                 │
│                                     │
│  6. 修复问题                        │
│     └─ 开发人员修复问题             │
│                                     │
└─────────────────────────────────────┘

┌─────────────────────────────────────┐
│     持续交付（CD）完整流程          │
├─────────────────────────────────────┤
│                                     │
│  持续集成 ✓                         │
│     ↓                               │
│  自动部署到测试环境                  │
│     ├─ 部署应用                     │
│     ├─ 初始化数据库                 │
│     ├─ 配置环境                     │
│     └─ 启动服务                     │
│     ↓                               │
│  自动化测试验证                     │
│     ├─ 功能测试                     │
│     ├─ 性能测试                     │
│     ├─ 安全测试                     │
│     └─ 兼容性测试                   │
│     ↓                               │
│  部署到预发布环境                    │
│     ├─ 真实数据测试                 │
│     ├─ 性能基准测试                 │
│     ├─ 用户验收测试                 │
│     └─ 灰度测试                     │
│     ↓                               │
│  生成发布候选版本                    │
│     ├─ 版本标记                     │
│     ├─ 发布说明                     │
│     ├─ 部署脚本                     │
│     └─ 回滚方案                     │
│     ↓                               │
│  等待手动发布                        │
│     └─ 随时可发布到生产             │
│                                     │
└─────────────────────────────────────┘

# .gitlab-ci.yml
stages:
- build
- test
- deploy_staging
- deploy_production

variables:
  DOCKER_IMAGE: myapp:latest

build:
  stage: build
  script:
  - docker build -t $DOCKER_IMAGE .
  - docker push $DOCKER_IMAGE
  only:
  - main

test:
  stage: test
  script:
  - npm install
  - npm run test
  - npm run coverage
  coverage: '/Coverage: \d+\.\d+%/'
  artifacts:
    reports:
      coverage_report:
        coverage_format: cobertura
        path: coverage/cobertura-coverage.xml

deploy_staging:
  stage: deploy_staging
  script:
  - kubectl set image deployment/myapp myapp=$DOCKER_IMAGE -n staging
  - kubectl rollout status deployment/myapp -n staging
  environment:
    name: staging
    url: https://staging.example.com
  only:
  - main

deploy_production:
  stage: deploy_production
  script:
  - kubectl set image deployment/myapp myapp=$DOCKER_IMAGE -n production
  - kubectl rollout status deployment/myapp -n production
  environment:
    name: production
    url: https://example.com
  when: manual
  only:
  - main

┌─────────────────────────────────────┐
│         软件维护完整流程             │
├─────────────────────────────────────┤
│                                     │
│  1. 问题报告                        │
│     ├─ 用户报告问题                 │
│     ├─ 填写问题单                   │
│     ├─ 初步分类                     │
│     └─ 分配处理人员                 │
│                                     │
│  2. 问题分析                        │
│     ├─ 复现问题                     │
│     ├─ 分析根本原因                 │
│     ├─ 评估影响范围                 │
│     ├─ 评估修复成本                 │
│     └─ 制定修复方案                 │
│                                     │
│  3. 修复实现                        │
│     ├─ 代码修改                     │
│     ├─ 代码审查                     │
│     ├─ 单元测试                     │
│     └─ 集成测试                     │
│                                     │
│  4. 验证测试                        │
│     ├─ 功能测试                     │
│     ├─ 回归测试                     │
│     ├─ 性能测试                     │
│     └─ 安全测试                     │
│                                     │
│  5. 发布上线                        │
│     ├─ 补丁发布                     │
│     ├─ 灰度发布                     │
│     ├─ 全量发布                     │
│     └─ 监控告警                     │
│                                     │
│  6. 问题关闭                        │
│     ├─ 验证修复                     │
│     ├─ 用户确认                     │
│     ├─ 问题关闭                     │
│     └─ 经验总结                     │
│                                     │
└─────────────────────────────────────┘

# .gitlab-ci.yml - 完整CI/CD配置
stages:
- code_quality
- build
- test
- security
- deploy_dev
- deploy_staging
- deploy_production

variables:
  DOCKER_REGISTRY: registry.example.com
  DOCKER_IMAGE: ${DOCKER_REGISTRY}/myapp
  DOCKER_TAG: ${CI_COMMIT_SHA:0:8}

# 代码质量检查
code_quality:
  stage: code_quality
  image: sonarsource/sonar-scanner-cli:latest
  script:
  - sonar-scanner -Dsonar.projectKey=myapp -Dsonar.sources=. -Dsonar.host.url=http://sonarqube:9000
  only:
  - merge_requests
  - main

# 后端构建
build_backend:
  stage: build
  image: maven:3.8.1-openjdk-11
  script:
  - mvn clean package -DskipTests
  artifacts:
    paths:
    - target/*.jar
  expire_in: 1 day
  only:
  - main
  - merge_requests

# 前端构建
build_frontend:
  stage: build
  image: node:16
  script:
  - npm install
  - npm run build
  artifacts:
    paths:
    - dist/
  expire_in: 1 day
  only:
  - main
  - merge_requests

# Docker镜像构建
build_docker:
  stage: build
  image: docker:latest
  services:
  - docker:dind
  script:
  - docker build -t ${DOCKER_IMAGE}:${DOCKER_TAG} .
  - docker tag ${DOCKER_IMAGE}:${DOCKER_TAG} ${DOCKER_IMAGE}:latest
  - docker login -u $DOCKER_USER -p $DOCKER_PASSWORD $DOCKER_REGISTRY
  - docker push ${DOCKER_IMAGE}:${DOCKER_TAG}
  - docker push ${DOCKER_IMAGE}:latest
  only:
  - main

# 单元测试
unit_test:
  stage: test
  image: maven:3.8.1-openjdk-11
  script:
  - mvn test
  coverage: '/Coverage: \d+\.\d+%/'
  artifacts:
    reports:
      junit: target/surefire-reports/TEST-*.xml
  only:
  - merge_requests
  - main

# 集成测试
integration_test:
  stage: test
  image: docker:latest
  services:
  - docker:dind
  script:
  - docker-compose -f docker-compose.test.yml up --abort-on-container-exit
  only:
  - main

# 安全扫描
security_scan:
  stage: security
  image: aquasec/trivy:latest
  script:
  - trivy image --severity HIGH,CRITICAL ${DOCKER_IMAGE}:${DOCKER_TAG}
  only:
  - main

# 部署到开发环境
deploy_dev:
  stage: deploy_dev
  image: bitnami/kubectl:latest
  script:
  - kubectl set image deployment/myapp myapp=${DOCKER_IMAGE}:${DOCKER_TAG} -n dev
  - kubectl rollout status deployment/myapp -n dev
  environment:
    name: dev
    url: https://dev.example.com
  only:
  - main

# 部署到预发布环境
deploy_staging:
  stage: deploy_staging
  image: bitnami/kubectl:latest
  script:
  - kubectl set image deployment/myapp myapp=${DOCKER_IMAGE}:${DOCKER_TAG} -n staging
  - kubectl rollout status deployment/myapp -n staging
  environment:
    name: staging
    url: https://staging.example.com
  only:
  - main

# 部署到生产环境（手动触发）
deploy_production:
  stage: deploy_production
  image: bitnami/kubectl:latest
  script:
  - kubectl set image deployment/myapp myapp=${DOCKER_IMAGE}:${DOCKER_TAG} -n production
  - kubectl rollout status deployment/myapp -n production
  environment:
    name: production
    url: https://example.com
  when: manual
  only:
  - main