1. 项目背景与核心价值十年前我第一次接触服务器部署时还在用物理机跑Windows ServerIIS每次更新都要远程桌面连上去折腾半天。现在回头看当时的部署方式就像用马车送快递——不是不能跑但效率实在太低。这次要分享的.NET Core容器化方案正是为了解决传统部署中的三大痛点环境一致性难题开发说我本地是好的运维说你代码有问题这种扯皮在容器化后将成为历史资源利用率低下传统虚拟机部署的CPU利用率通常不到15%而容器集群可以轻松达到70%横向扩展迟缓从接到流量激增告警到手动部署新实例传统方式可能需要小时级响应而K8s自动扩缩容只需分钟这个方案特别适合中小型研发团队尤其是正在从单体架构向微服务转型的.NET技术栈团队需要快速构建CI/CD流水线的DevOps实践者追求部署标准化和可重复性的技术负责人2. 技术栈选型解析2.1 .NET Core版本抉择当前LTS版本是6.0但经过实测发现7.0在容器中的冷启动速度提升了40%。这里有个折衷方案# 多阶段构建示例 FROM mcr.microsoft.com/dotnet/sdk:7.0 AS build WORKDIR /src COPY . . RUN dotnet publish -c Release -o /app FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS runtime WORKDIR /app COPY --frombuild /app . ENTRYPOINT [dotnet, MyApp.dll]注意生产环境推荐使用6.0运行时但构建阶段用7.0 SDK可以获得更好的编译优化2.2 MySQL容器化要点官方mysql镜像有多个变体我们的选择标准mysql:8.0-debian比alpine版多占50MB空间但兼容性更好必须配置的挂载卷/var/lib/mysql数据持久化/etc/mysql/conf.d自定义配置/var/log/mysql日志收集典型docker-compose配置services: mysql: image: mysql:8.0-debian volumes: - mysql_data:/var/lib/mysql - ./mysql/conf:/etc/mysql/conf.d environment: MYSQL_ROOT_PASSWORD: $DB_ROOT_PASSWORD MYSQL_DATABASE: app_db healthcheck: test: [CMD, mysqladmin, ping, -h, localhost] interval: 5s timeout: 3s retries: 52.3 Nginx调优策略作为反向代理Nginx需要特别优化以下参数# 在nginx.conf中增加 worker_processes auto; # 自动匹配CPU核心数 events { worker_connections 1024; # 每个worker处理连接数 multi_accept on; # 同时接受多个新连接 } http { # 启用零拷贝传输 sendfile on; tcp_nopush on; # 保持连接设置 keepalive_timeout 65; keepalive_requests 100; }3. 容器化实战全流程3.1 应用Dockerfile深度优化这是经过20次迭代的优化版Dockerfile# 阶段1构建 FROM mcr.microsoft.com/dotnet/sdk:7.0 AS build ARG BUILD_CONFIGRelease WORKDIR /src COPY [MyApp/MyApp.csproj, MyApp/] RUN dotnet restore MyApp/MyApp.csproj COPY . . RUN dotnet publish MyApp/MyApp.csproj \ -c $BUILD_CONFIG \ -o /app \ --no-restore \ -p:PublishReadyToRuntrue \ # 启用AOT编译 -p:PublishTrimmedtrue # 裁剪未使用代码 # 阶段2运行时 FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS runtime WORKDIR /app COPY --frombuild /app . # 健康检查端点 HEALTHCHECK --interval30s --timeout3s \ CMD curl -f http://localhost:5000/health || exit 1 # 非root用户运行 RUN adduser --disabled-password --gecos appuser \ chown -R appuser:appuser /app USER appuser ENTRYPOINT [dotnet, MyApp.dll]3.2 容器网络架构设计推荐使用自定义bridge网络实现服务发现# 创建自定义网络 docker network create app_network # 运行MySQL docker run -d \ --name mysql \ --network app_network \ -v mysql_data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORDsecret \ mysql:8.0 # 运行应用 docker run -d \ --name myapp \ --network app_network \ -p 8080:80 \ -e ConnectionStrings__DefaultServermysql;Databaseapp_db;Uidroot;Pwdsecret; \ myapp-image关键技巧在连接字符串中使用容器名作为主机名如Servermysql3.3 性能监控方案推荐使用以下组合监控容器性能cAdvisor容器资源监控docker run -d \ --namecadvisor \ --volume/:/rootfs:ro \ --volume/var/run:/var/run:ro \ --volume/sys:/sys:ro \ --volume/var/lib/docker/:/var/lib/docker:ro \ --publish8081:8080 \ --network app_network \ gcr.io/cadvisor/cadvisor:v0.47.0Prometheus指标收集# prometheus.yml配置示例 scrape_configs: - job_name: cadvisors static_configs: - targets: [cadvisor:8080] - job_name: dotnet static_configs: - targets: [myapp:80]Grafana可视化仪表盘4. 生产环境部署要点4.1 数据库持久化方案MySQL数据持久化的三种方案对比方案优点缺点适用场景本地卷绑定简单直接性能好不便于迁移单机开发环境Docker命名卷生命周期管理方便备份较复杂中小型生产环境云存储卷(如AWS EBS)高可用支持快照成本较高云环境关键业务推荐备份脚本示例#!/bin/bash # 每天凌晨2点执行备份 docker exec mysql sh -c exec mysqldump --all-databases -uroot -p$MYSQL_ROOT_PASSWORD /backups/dump_$(date %Y%m%d).sql find /backups -type f -mtime 7 -delete # 保留7天4.2 零停机部署策略使用docker-compose实现蓝绿部署version: 3.8 services: myapp_blue: image: myapp:v1 networks: - app_network deploy: replicas: 3 healthcheck: test: [CMD, curl, -f, http://localhost:5000/health] myapp_green: image: myapp:v2 networks: - app_network deploy: replicas: 0 # 初始不部署 nginx: image: nginx:latest ports: - 80:80 volumes: - ./nginx.conf:/etc/nginx/nginx.conf depends_on: - myapp_blue - myapp_green切换流量的Nginx配置upstream backend { server myapp_blue:5000; server myapp_green:5000 backup; } server { location / { proxy_pass http://backend; proxy_next_upstream error timeout http_500; } }4.3 安全加固措施必须实施的5项安全配置非root用户运行RUN adduser --disabled-password --gecos appuser USER appuser只读文件系统# docker-compose.yml中 read_only: true tmpfs: - /tmp资源限制deploy: resources: limits: cpus: 2 memory: 1GB网络隔离docker network create --driver bridge --internal secure_network镜像扫描docker scan myapp-image5. 性能调优实战记录5.1 压力测试对比使用wrk进行基准测试4核8G云主机部署方式RPS平均延迟99%延迟内存占用传统IIS部署1,20045ms210ms480MB单容器部署1,80032ms150ms350MB优化后容器集群3,50018ms75ms280MB关键优化点启用PublishReadyToRun提升20%调整Nginx worker_connections提升15%使用tmpfs存储会话数据提升10%5.2 真实案例问题排查问题现象容器运行一段时间后响应变慢重启后恢复排查过程通过docker stats观察内存持续增长使用dotnet-dump收集内存快照发现未释放的MySQL连接池解决方案// Program.cs中配置 builder.Services.AddDbContextAppDbContext(options { options.UseMySql(builder.Configuration.GetConnectionString(Default), new MySqlServerVersion(new Version(8, 0, 28)), mysqlOptions { mysqlOptions.EnableRetryOnFailure( maxRetryCount: 5, maxRetryDelay: TimeSpan.FromSeconds(30), errorNumbersToAdd: null); mysqlOptions.ConnectionTimeout 15; }); });5.3 成本优化方案三种部署方案成本对比按年计费方案AWS成本Azure成本GCP成本适合规模EC2单实例部署$1,200$1,350$1,100小型应用(5k DAU)ECS Fargate$900$950$850中型应用(5-50k DAU)EKS Kubernetes$1,500$1,600$1,400大型应用(50k DAU)节约成本的三个技巧使用Spot实例运行无状态服务基于CPU利用率配置自动扩缩容对开发环境使用按需启停策略6. 踩坑经验与进阶技巧6.1 时区问题终极解决方案在Dockerfile中设置时区RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime \ echo Asia/Shanghai /etc/timezone在MySQL容器中同步时区environment: TZ: Asia/Shanghai6.2 容器日志管理推荐日志收集方案# docker-compose.yml中配置 services: myapp: logging: driver: json-file options: max-size: 10m max-file: 3使用LokiPromtailGrafana搭建日志系统# promtail配置示例 server: http_listen_port: 9080 grpc_listen_port: 0 positions: filename: /tmp/positions.yaml clients: - url: http://loki:3100/loki/api/v1/push scrape_configs: - job_name: containers static_configs: - targets: - localhost labels: job: dockerlogs __path__: /var/lib/docker/containers/*/*-json.log6.3 开发体验优化使用热重载提高开发效率dotnet watch run --environment Development对应的Docker开发配置# 开发专用Dockerfile FROM mcr.microsoft.com/dotnet/sdk:7.0 WORKDIR /app COPY . . ENTRYPOINT [dotnet, watch, run, --environment, Development]启动开发容器docker run -it --rm \ -p 5000:5000 \ -p 5001:5001 \ -v ${PWD}:/app \ -v ~/.nuget:/root/.nuget \ --name myapp_dev \ myapp-dev-image