AWS Эластичный бобовый стебель и драгоценный камень

Question

У меня есть приложение Rails 4.2.1, использующее Ruby 2.2. Я пытаюсь использовать Everyever Gem для обновления задач cron на моем Elastic Beanstalk из моей базы кода. Я следил за несколькими ресурсами из AWS, где вы можете добавлять файлы в .ebextensions папку и использовать хук пост-развертывания EB через файлы оболочки. Вот пара ресурсов:

• https://forums.aws.amazon.com/thread.jspa?threadID=137136
• http://www.dannemanne.com/posts/post-deployment_script_on_elastic_beanstalk_restart_delayed_job
• http://blog.endpoint.com/2015/01/elastic-beanstalk-whenever.html

После статей в блоге я добавил файл ниже, раскомментировав строку gitignore о файлах в .ebextensions папку, и развернуло мое приложение. К сожалению, я смог увидеть любые изменения. Я проверил файлы журналов (log/eb-tools.log, log/cronи т. д.) и собрал все файлы журналов для создаваемого мной файла оболочки в любое время и многое другое. Не повезло, хотя.

commands:
  create-post-dir:
  command: "mkdir /opt/elasticbeanstalk/hooks/appdeploy/post"
  ignoreErrors: true
files:
  "/opt/elasticbeanstalk/hooks/appdeploy/post/99_update_cron.sh"
  mode: "000755"
  owner: root
  group: root
  content: |
    #!/usr/bin/env bash
    # Using similar syntax as the appdeploy pre hooks that is managed by AWS

    # Loading environment data
    EB_SCRIPT_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k script_dir)
    EB_SUPPORT_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k support_dir)
    EB_APP_USER=$(/opt/elasticbeanstalk/bin/get-config container -k app_user)
    EB_APP_CURRENT_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k app_deploy_dir)
    EB_APP_PIDS_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k app_pid_dir)

    # Setting up correct environment and ruby version so that bundle can load all gems
    . $EB_SUPPORT_DIR/envvars
    . $EB_SCRIPT_DIR/use-app-ruby.sh

    # Now we can do the actual restart of the worker. Make sure to have double quotes when using env vars in the command.
    su -c "cd $EB_APP_CURRENT_DIR; bundle exec whenever --update-cron --set='environment=$RACK_ENV'" - $EB_APP_USER

Как я могу убедиться, что этот файл оболочки вызывается? Могу ли я протестировать его без нового развертывания каждый раз? Кроме того, я открыт для других вариантов, если драгоценный камень Everyever не лучший вариант. В основном я хочу, чтобы мои задачи cron управлялись в коде и под контролем версий.

Заранее спасибо!

ОБНОВИТЬ:

• У меня был тип на .ebextensions папка, из-за которой он не был добавлен. После того, как это было исправлено, я смог прочитать сообщения об ошибках и создать скрипт cron, который обновлял crontab, используя гем Everyever.

Answer 1

Я смог понять это после исправления опечатки в моем .ebextensions имя папки. После этого скрипты были скомпилированы, и начали появляться сообщения журнала. Прочитав сообщения журнала, я придумал следующий скрипт конфигурации (.ebextensions/01_cron.config):

files:
  "/opt/elasticbeanstalk/hooks/appdeploy/post/01_cron.sh":
    mode: "000755"
    owner: root
    group: root
    content: |
      #!/usr/bin/env bash
      # Using similar syntax as the appdeploy pre hooks that is managed by AWS
      set -xe

      EB_SCRIPT_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k script_dir)
      EB_SUPPORT_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k support_dir)
      EB_DEPLOY_DIR=$(/opt/elasticbeanstalk/bin/get-config container -k app_deploy_dir)

      . $EB_SUPPORT_DIR/envvars
      . $EB_SCRIPT_DIR/use-app-ruby.sh

      cd $EB_DEPLOY_DIR
      su -c "bundle exec whenever --update-cron"
      su -c "crontab -l"