AWS环境下EKS+RDS部署时如何运行数据库初始化脚本

不需要单独创建长期运行的EC2实例完成DB schema搭建、seeding操作，可根据使用场景选择以下更轻量的方案：

方案1：使用EKS临时Job运行（最适合已有EKS集群的场景） #

你可以直接复用现有EKS集群的资源运行一次性初始化任务，无需额外采购其他云服务：

• 把schema、seeding脚本打包进容器镜像，镜像内提前预安装对应数据库的客户端工具（如MySQL的mysql客户端、PostgreSQL的psql客户端），示例Dockerfile参考：

# 以PostgreSQL为例
FROM postgres:15-alpine
COPY ./schema.sql /init/schema.sql
COPY ./seed.sql /init/seed.sql
CMD psql $DB_CONN_STR -f /init/schema.sql -f /init/seed.sql

• 编写Kubernetes Job配置，RDS的连接地址、账号密码等敏感信息通过Kubernetes Secret存储，不要明文写在配置中
• 执行kubectl apply启动Job即可，任务跑完后Pod会自动终止，不会长期占用集群资源
• 如果需要每次部署业务应用前都执行初始化，可以把上述逻辑改成业务Pod的Init Container，实现部署流程自动串联

方案2：使用AWS CloudShell运行（最适合一次性初始化场景） #

如果你只需要执行一次初始化操作，不需要复用执行环境，可以直接使用AWS控制台自带的CloudShell：

• 打开AWS控制台顶部的CloudShell入口，环境默认预装了多数常见数据库的客户端工具
• 把本地的脚本上传到CloudShell中，调整RDS实例的安全组规则，放通CloudShell出口IP对RDS端口的访问权限
• 直接在CloudShell中运行初始化脚本即可，执行完成后关闭页面即可，无需支付额外费用

方案3：临时EC2实例（适合有自定义执行环境需求的场景） #

如果你的初始化脚本依赖特殊的运行环境，前两种方案无法满足，可以创建临时EC2实例完成操作：

• 选择符合免费 tier 条件的t2.micro（或同等配置的最小规格实例），和RDS放在同一个VPC下
• 实例启动后安装对应依赖、上传脚本，RDS安全组放通该EC2的内网IP访问权限，执行脚本
• 初始化完成后直接销毁EC2实例即可，不会产生长期费用

注意事项 #

• 所有访问RDS的操作优先走VPC内网，不要将RDS实例暴露到公网，安全组规则遵循最小权限原则，仅放通必要的访问源
• 数据库账号密码等敏感信息不要硬编码在脚本、配置文件中，建议通过Kubernetes Secret、AWS Secrets Manager等服务存储
• 执行seeding操作前建议先对RDS实例创建快照，出现操作失误时可以快速回滚数据

内容的提问来源于stack exchange，提问作者lulliezy