Builds and deploys containeriz…

# EKS 部署 Java 订单服务方案（3个微服务）

一、前置准备

• 镜像准备：3 个微服务镜像推送到镜像仓库（ECR 或 Harbor），建议用多阶段构建减小体积
• 集群前提：已有 EKS 集群，节点分布在 2 个可用区（AZ），已安装 AWS Load Balancer Controller
• 命名空间：创建专用命名空间，如 kubectl create namespace order-mall

二、Deployment 配置要点

• 副本数：每个服务 replicas: 2
• 跨 AZ 分散：通过拓扑分布约束保证副本落在不同节点/AZ：

```yaml

topologySpreadConstraints:

• maxSkew: 1

topologyKey: topology.kubernetes.io/zone

whenUnsatisfiable: ScheduleAnyway

labelSelector:

matchLabels:

app: order-service-x

```

• 资源限制：Java 服务建议设置 requests/limits（如 requests 512Mi/500m 起，limits 按压测调整），JVM 参数建议使用 -XX:MaxRAMPercentage=75 适配容器
• 健康检查：配置 livenessProbe 和 readinessProbe（Spring Boot Actuator 的 /actuator/health）

三、Service 与 ALB 暴露

• 创建 Service（类型 ClusterIP），三个服务各自一个
• 创建 Ingress，由 AWS Load Balancer Controller 自动创建 ALB：

```yaml

annotations:

alb.ingress.kubernetes.io/scheme: internet-facing

alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80}]'

alb.ingress.kubernetes.io/target-type: ip

```

• target-type: ip 直接绑定 Pod IP，避免经过 NodePort 二跳
• Ingress rules 按路径或域名将流量分发到 3 个服务
• 重要：若 ALB 需要访问跨 AZ 的 Pod 目标，确保子网标签正确（kubernetes.io/role/elb=1）且至少覆盖 2 个 AZ 的子网

四、安全与可观测性

• 配置 NetworkPolicy 限制服务间访问
• 接入 CloudWatch Container Insights 或 Prometheus + Grafana 监控
• 日志建议接 Fluent Bit → CloudWatch Logs / Loki

五、验证清单

• kubectl get pods -o wide 确认 Pod 分布在 2 个 AZ
• 获取 ALB 地址（kubectl get ingress），浏览器测试 80 端口访问
• 压测验证 HPA 扩容（可选，建议后续配置 HPA）

六、注意事项

• ALB 是区域级资源，跨 AZ 流量费用正常计费
• 生产建议 HTTPS（443 + ACM 证书），80 端口做重定向
• 数据库等有状态服务不要放本