Java微服务容器化核心是构建轻量镜像、适配K8s生命周期管理：用jre-slim基础镜像和分层打包；配置健康探针、非root运行；合理设置内存requests/limits；通过ConfigMap/Secret解耦配置；CI/CD实现自动化部署与监控。
Java微服务容器化部署的核心是把每个服务打包成独立、可移植的Docker镜像，再通过Kubernetes统一调度、扩缩容和故障自愈。关键不在“会不会写Java”，而在于如何让Java应用适配容器生命周期、暴露健康端点、配合K8s探针与配置管理。
构建轻量、可复用的Java Docker镜像
避免直接用JDK大镜像，优先选择jre或jre-slim基础镜像；Spring Boot 2.3+推荐使用分层打包（layers）提升镜像构建和拉取效率。Maven项目中启用spring-boot-maven-plugin的build-image目标，可直接生成OCI兼容镜像，无需手写Dockerfile。
- 确保application.yml不硬编码IP/端口，改用环境变量（如${SERVER_PORT:8080}）
- 在Dockerfile中设置HEALTHCHECK指令，或依赖Spring Boot Actuator的/actuator/health
- 以非root用户运行Java进程（USER 1001），提升容器安全性
Kubernetes中正确声明Java服务的资源与探针
Java应用内存占用高且GC敏感，仅靠-Xmx设堆大小不够——必须同步配置K8s的resources.requests/limits，否则调度器无法合理分配节点，还可能触发OOMKilled。
- requests.memory应 ≥ JVM堆初始值（-Xms），limits.memory应 ≥ JVM最大堆（-Xmx），并预留20%给元空间和直接内存
- Liveness探针建议调用/actuator/health/liveness，超时时间设为10秒以上，失败阈值≥3次，避免GC停顿时误杀
- Readiness探针指向/actuator/health/readiness，启动初期返回404或DOWN，等数据库连接池就绪后再返回UP
用ConfigMap和Secret解耦配置与凭证
不要把数据库密码、Redis地址写死在jar包里，也不要在Dockerfile中用ENV传敏感信息。K8s提供声明式配置管理，Java应用只需按约定读取环境变量或挂载的配置文件。
立即学习“Java免费学习笔记（深入）”；
- 将application-prod.yml拆成多个ConfigMap，按模块（db、cache、mq）分别维护，便于权限隔离和灰度更新
- 数据库密码、API密钥等必须存入Secret，并以envFrom或volumeMount方式注入Pod，禁止base64明文写在YAML里
- Spring Boot自动支持configmap/secret挂载路径下的application.properties，无需额外代码
接入CI/CD实现从提交到上线的自动化
典型流程：Git Push → 触发Jenkins/GitLab CI → 编译测试 → 构建镜像并推送到私有Registry → 更新K8s Deployment YAML → kubectl apply或Argo CD自动同步。
- 镜像Tag建议用Git Commit SHA或语义化版本，避免用latest，确保可追溯、可回滚
- Deployment中设置revisionHistoryLimit: 5，保留最近5次历史版本，便于快速rollback
- 结合Prometheus + Grafana监控JVM指标（heap usage、thread count、GC time），告警规则关联K8s事件（如频繁重启、Pending状态）
