AWS Elastic Beanstalk 容器命令失败

Question

我一直在努力将我的 Django Web 应用程序成功部署到 AWS 的 Elastic Beanstalk。在我在 .ebextensions 文件夹中添加 container_commands 配置文件列表之前，我可以在我的本地机器上从 EB CLI 部署我的应用程序，没有任何问题。

以下是我的配置文件的内容：

container_commands:
  01_makeAppMigrations:
    command: "django-admin.py makemigrations"
    leader_only: true
  02_migrateApps:
    command: "django-admin.py migrate"
    leader_only: true
  03_create_superuser_for_django_admin:
    command: "django-admin.py createfirstsuperuser"
    leader_only: true
  04_collectstatic:
    command: "django-admin.py collectstatic --noinput"

我深入研究了日志，发现 cfn-init-cmd.log 中的这些消息最有帮助：

2020-06-18 04:01:49,965 P18083 [INFO] Config postbuild_0_DjangoApp_smt_prod
2020-06-18 04:01:49,991 P18083 [INFO] ============================================================
2020-06-18 04:01:49,991 P18083 [INFO] Test for Command 01_makeAppMigrations
2020-06-18 04:01:49,995 P18083 [INFO] Completed successfully.
2020-06-18 04:01:49,995 P18083 [INFO] ============================================================
2020-06-18 04:01:49,995 P18083 [INFO] Command 01_makeAppMigrations
2020-06-18 04:01:49,998 P18083 [INFO] -----------------------Command Output-----------------------
2020-06-18 04:01:49,998 P18083 [INFO]   /bin/sh: django-admin.py: command not found
2020-06-18 04:01:49,998 P18083 [INFO] ------------------------------------------------------------
2020-06-18 04:01:49,998 P18083 [ERROR] Exited with error code 127

我不确定为什么在这个最新环境中找不到该命令。我已经使用相同的配置文件将相同的应用程序部署到之前的 beanstalk 环境中，完全没有问题。现在唯一的区别是这个新环境是在 VPC 中启动的，并且使用的是最新的推荐平台。

旧的 Beanstalk 环境平台：运行在 64 位 Amazon Linux/2.9.3 上的 Python 3.6

新的 Beanstalk 环境平台：运行在 64 位 Amazon Linux 2/3.0.2 上的 Python 3.7

在此迁移过程中，我遇到了与此最新平台的语法更新相关的其他问题。我希望这个问题也只是一个简单的语法问题，但我已经深入挖掘，但没有运气......

如果有人能指出我在这里遗漏的一些明显的东西，我将不胜感激！如果我能提供一些额外的信息，请告诉我！

Answer 1

在深入浏览 AWS 文档和论坛之后，终于搞清楚了这一切……

从本质上讲，随着 Beanstalk 从 Amazon Linux 迁移到 Amazon Linux 2，发生了很多变化。这里含糊地提到了很多这些变化。

上面链接中提到的 Python 平台的一个主要区别是“您环境的 Amazon EC2 实例上应用程序目录的路径是 /var/app/current。它是 Amazon Linux 上的 /opt/python/current/app AMI 平台。” 这对于当您尝试创建 Django 迁移脚本时至关重要，我将在下面进一步详细解释，或者当您尝试创建 Django 迁移脚本时eb ssh进入 Beanstalk 实例并自己导航。

另一个主要区别是引入了 Platform hooks，这里的这篇精彩文章中提到了这一点。根据这篇文章，“平台挂钩是应用程序包内的一组目录，您可以用脚本填充它们。” 基本上，这些脚本现在将处理之前在 .ebextensions 配置文件中处理的 container_commands。以下是这些平台挂钩的目录结构：

知道了这一点，并步行通过这个论坛，在这里，在这里精彩社区成员通过在亚马逊的文档填补空白的麻烦去了，我是能够成功地与下列文件中设置了部署：

（请注意，“MDGOnline”是我的 Django 应用程序的名称）

.ebextensions\01_packages.config：

packages:
  yum:
    git: []
    postgresql-devel: []
    libjpeg-turbo-devel: []

.ebextensions\django.config：

container_commands:
  01_sh_executable:
    command: find .platform/hooks/ -type f -iname "*.sh" -exec chmod +x {} \;
option_settings:
  aws:elasticbeanstalk:application:environment:
    DJANGO_SETTINGS_MODULE: MDGOnline.settings
  aws:elasticbeanstalk:environment:proxy:staticfiles:    
    /static: static
    /static_files: static_files
  aws:elasticbeanstalk:container:python:
    WSGIPath: MDGOnline.wsgi:application

.platform\hooks\predeploy\01_migrations.sh：

#!/bin/bash

source /var/app/venv/*/bin/activate
cd /var/app/staging

python manage.py makemigrations
python manage.py migrate
python manage.py createfirstsuperuser
python manage.py collectstatic --noinput

请注意，'.sh' 脚本需要基于 linux。我遇到了一段时间的错误，部署将失败并在日志中提供以下消息：.platform\hooks\predeploy\01_migrations.sh failed with error fork/exec .platform\hooks\predeploy\01_migrations.sh: no such file or directory 。原来这是因为我在 Windows 开发环境中创建了这个脚本。我的解决方案是在 linux 环境中创建它，然后将其复制到我在 Windows 中的 dev 环境目录中。我敢肯定，有一些方法可以将 DOS 转换为 Unix。这个看起来很有前途的dos2unix！

我真的希望 AWS 能够更好地记录这次迁移，但我希望这个答案可以为某人节省我为成功部署而花费的无数时间。

请随时要求我澄清上述任何一项！

编辑：我在上面的配置文件中添加了一个“container_command”，因为我注意到另一个用户在部署时也遇到了平台挂钩的“权限被拒绝”错误。这个“01_sh_executable”命令是对应用程序的hooks目录下的所有.sh脚本进行chmod，以便Elastic Beanstalk在部署过程中可以有适当的权限来执行它们。我发现在这个论坛这个容器命令的解决方案在这里：