Jak przekazać niestandardową zmienną środowiskową w Amazon Elastic Beanstalk (AWS EBS)?

Notatka Amazon Elastic Beanstalk mówi:

Elastic Beanstalk pozwala „otworzyć maskę” i zachować pełną kontrolę ... nawet przekazywać zmienne środowiskowe przez konsolę Elastic Beanstalk.

http://aws.amazon.com/elasticbeanstalk/

Jak przekazać inne zmienne środowiskowe oprócz tej w konfiguracji Elastic Beanstalk?

Jako uwaga dla każdego, kto skorzysta z tej .ebextensions/*.configdrogi: obecnie możesz dodawać, edytować i usuwać zmienne środowiskowe w interfejsie internetowym Elastic Beanstalk.

Zmienne znajdują się w Konfiguracja → Konfiguracja oprogramowania:

Tworzenie zmiennych .ebextensionsjak w odpowiedzi Onemy nadal działa.

Może to być nawet preferowane rozwiązanie, np. Jeśli później będziesz wdrażać w innym środowisku i boisz się zapomnieć o ich ręcznym ustawieniu lub jeśli zgadzasz się na przekazanie wartości do kontroli źródła. Używam mieszanki obu.

Ograniczające jest tylko 5 wartości lub możesz chcieć mieć niestandardową nazwę zmiennej środowiskowej. Możesz to zrobić za pomocą plików konfiguracyjnych. Utwórz katalog w katalogu głównym projektu o nazwie

.ebextensions /

Następnie utwórz plik o nazwie environment.config (ten plik można nazwać dowolnie, ale musi mieć rozszerzenie .config) i dodaj następujące wartości

option_settings:
  - option_name: CUSTOM_ENV
    value: staging

Po wdrożeniu aplikacji zobaczysz tę nową wartość w obszarze Szczegóły środowiska -> Edytuj konfigurację -> Kontener

aby uzyskać więcej informacji, zapoznaj się z dokumentacją tutaj: http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/customize-containers-ec2.html#customize-containers-format-options

Aktualizacja

Aby zapobiec zatwierdzaniu wartości repozytorium, takich jak klucze API, wpisy tajne itp., Możesz umieścić wartość zastępczą.

option_settings:
  - option_name: SOME_API_KEY
    value: placeholder-value-change-me

Później możesz przejść do panelu administracyjnego AWS (Szczegóły środowiska -> Edytuj konfigurację -> Kontener) i tam zaktualizować wartości. Z mojego doświadczenia wynika, że ​​wartości te nie zmieniają się po kolejnych wdrożeniach.

Aktualizacja 2 Jak stwierdził @Benjamin w swoim komentarzu, ponieważ nowy wygląd i styl zostały wprowadzone 18 lipca 2013 r., Możliwe jest zdefiniowanie dowolnej liczby zmiennych środowiskowych bezpośrednio z konsoli:

Configuration > Software Configuration > Environment Properties

W 2016 Java8 Tomcat8 AMI, ElasticBeanstalk nie ustawia zmiennych środowiskowych z konfiguracji internetowej. Naprawdę zamiast tego ustawiają właściwości jvm -D.

- „Następujące właściwości są przekazywane do aplikacji jako zmienne środowiskowe. Więcej informacji”.

To stwierdzenie jest niepoprawne w przypadku ami Java Tomcat. Amazon nie ustawia ich jako zmiennych środowiskowych. Są one ustawiane jako właściwości systemowe przekazywane w wierszu poleceń do serwera Tomcat jako właściwość -D dla jvm. Metoda w Javie do pobierania zmiennych środowiskowych nie jest taka sama, jak w przypadku pobierania właściwości. System.getenv vs System.getProperty

Wrzuciłem ssh do pudełka i sprawdziłem, że zmienna środowiskowa nigdy nie została ustawiona. Jednak w dziennikach tomcat widzę, że właściwość -D jest ustawiona.

Zmieniłem kod, aby sprawdzić teraz obie lokalizacje jako obejście.

AWS zinterpretuje ciągi szablonów CloudFormation w zmiennych środowiskowych. Możesz użyć tego, aby uzyskać dostęp do informacji o środowisku EB w aplikacji:

W interfejsie internetowym AWS następujące elementy zostaną ocenione jako nazwa twojego środowiska (zwróć uwagę na tylne znaczniki):

`{ "Ref" : "AWSEBEnvironmentName" }`

Lub możesz użyć .ebextensions/*.configszablonu CloudFormation i zawinąć go w tylne znaczniki (`):

{
  "option_settings": [
    {
      "namespace": "aws:elasticbeanstalk:application:environment",
      "option_name": "ENVIRONMENT_NAME",
      "value": "`{ \"Ref\" : \"AWSEBEnvironmentName\" }`"
    }
  ]
}

Alternatywnie możesz użyć Elastic Beanstalk CLI do ustawiania zmiennych środowiskowych.

Aby ustawić zmienną środowiskową: eb setenv FOO=bar

Aby wyświetlić zmienne środowiskowe: eb printenv

Szczegóły środowiska -> Edytuj konfigurację -> Kontener

Wydaje się, że jest to jedyny sposób na ustawienie ENV z wartościami dynamicznymi w łodydze fasoli. Wymyśliłem obejście, które działa w mojej konfiguracji multi-docker:

1) Dodaj to do swojego Dockerfile przed zbudowaniem + przesłaniem do repozytorium ECS:

CMD eval `cat /tmp/envs/env_file$`; <base image CMD goes here>;

2) W pliku Dockerrun.aws.json utwórz wolumin:

{
    "name": "env-file",
    "host": {
        "sourcePath": "/var/app/current/envs"
    }
}

3) Zamontuj objętość do pojemnika

{
  "sourceVolume": "env-file",
  "containerPath": "/tmp/envs",
  "readOnly": true
}

4) W pliku .ebextensions / options.config dodaj blok container_commands w następujący sposób:

container_commands:
  01_create_mount:
    command: "mkdir -p envs/"
  02_create_env_file:
    command: { "Fn::Join" : [ "", [ 'echo "', "export ENVIRONMENT_NAME=" , { "Ref", "RESOURCE" }, ';" > envs/env_file;' ] ] }

5) eb deploy, a twój ENVS powinien być dostępny w twoim kontenerze docker

Możesz dodać więcej ENV, dodając więcej container_commands, takich jak:

  02_create_env_file_2:
    command: { "Fn::Join" : [ "", [ 'echo "', "export ENVIRONMENT_NAME_2=" , { "Ref", "RESOURCE2" }, ';" >> envs/env_file;' \] \] }

Mam nadzieję że to pomoże!