Amazon Linux 2弹性Beanstalk环境Gemfile安装Gem包失败问题咨询

问题解答 #

1. Amazon Linux 2环境下Gemfile未"正常安装"Rails的原因

首先可以确认Rails及Gemfile内声明的其他依赖大概率已经安装完成，无法直接调用是路径规则导致的：

• Elastic Beanstalk的Amazon Linux 2 Ruby平台默认采用项目级依赖隔离策略，所有gem会安装到当前应用部署目录的/var/app/current/vendor/bundle路径下，而非系统全局路径。你通过SSH登录后直接执行rails命令，系统只会查找全局路径下的可执行文件，自然提示找不到。
• 验证方式：登录EC2实例后先切换到应用部署目录cd /var/app/current，再执行bundle exec rails -v即可看到正确的版本输出。
• 如果执行上述命令仍提示找不到，可查看部署日志/var/log/eb-engine.log中bundle install阶段的输出，排查是否存在带原生扩展的gem编译所需的系统依赖（如gcc、make、对应开发库等）缺失，导致安装失败。

2. Amazon Linux 1与Amazon Linux 2平台存在差异的原因

Amazon Linux 1的Elastic Beanstalk Ruby平台默认将所有gem安装到系统全局路径，因此任意路径下都可以直接调用gem的可执行文件。而Amazon Linux 2的Ruby平台对架构做了优化，遵循Ruby社区的依赖管理最佳实践，默认启用bundle --deployment模式安装依赖，实现项目间的依赖隔离，避免不同应用的版本冲突，因此出现了调用方式的差异。

3. Amazon Linux 2对Gemfile依赖安装的支持

Amazon Linux 2的Elastic Beanstalk Ruby平台完全支持通过Gemfile安装项目依赖，这仍是平台的核心功能。你不需要调整Gemfile的声明逻辑，仅需要注意调用项目依赖的可执行文件时，需要在应用目录下使用bundle exec前缀，或者配置对应服务的启动脚本时明确使用bundle环境调用即可。 #

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