使用Elastic Beanstalk时为何源码存于EC2实例？是否存在被删除风险？

为什么EC2实例中会存在源码？ #

Elastic Beanstalk的核心是将你的应用部署到EC2实例集群上运行，而应用要正常启动和响应请求，必须依赖本地文件系统中的代码文件：

• 不管是Web服务器（如Nginx、Apache）还是应用进程（如Python、Java服务），都需要直接读取本地的代码文件才能高效执行，不可能每次请求都远程拉取S3上的代码，这会导致性能急剧下降。
• 部署流程上，EB会先将你的源码包上传到它管理的专属S3存储桶，之后再把这份代码分发、复制到每个EC2实例的指定目录（比如/var/app/current/），确保实例能启动对应的应用服务。

实例上的源码文件能否删除？ #

• 直接手动删除实例上当前运行的源码文件会导致应用崩溃，因为服务进程找不到运行所需的代码。
• 如果是想清理旧版本代码：EB在部署新版本时，会自动替换实例上的旧代码（默认会保留少量旧版本，你也可以通过配置调整清理策略），无需手动操作。
• 要是不小心删除了当前运行的源码，只需通过EB控制台或CLI重新部署一次应用，EB会自动从S3拉取源码重新同步到实例上；也可以重启EB环境，触发自动恢复流程。
• 若使用Docker等容器化部署，源码通常打包在镜像中，但本质仍存储在实例的容器文件系统内，删除同样会导致容器服务故障。

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