ответ

1

Если вы настраивали приложение с использованием другой платформы, например Amazon Web Services, вы несете ответственность за поддержание инфраструктуры. Google App Engine упрощает процесс, заботясь о нем, но для некоторых приложений необходимо указать некоторые параметры в app.yaml.

Файл app.yaml относится к Google App Engine. Я дам вам два примера:

1) URL Обработчиков

Эту запись в вашем app.yaml файла:

- url: .* 
    script: main.app 

Сообщает Google App Engine, чтобы отобразить все входящие запросы на основной. ру.

2) Библиотеки

Эта запись в файле app.yaml:

libraries: 
- name: webapp2 
    version: "2.5.2" 

Сообщает Google App Engine, который вы хотите использовать библиотеку webapp2, версия 2.5.2.

Другие параметры, которые вы можете указать в app.yaml. Вы можете прочитать здесь:

https://cloud.google.com/appengine/docs/python/config/appconfig?hl=en

1

Чтобы «настроить приложение», вообще говоря, это указать, с помощью какого-либо механизма, параметров, которые могут быть использованы, чтобы направлять поведение вашего приложения во время выполнения. Кроме того, в случае с Google App Engine эти параметры могут влиять на поведение инфраструктуры и служб, связанных с вашим приложением.

Когда вы задаете эти параметры, и как их следует указать, зависит от приложения и рамок, а иногда и на вашей собственной философии, что должно быть параметризовано. Читаемые файлы данных в форматах, таких как YAML, являются популярным выбором, особенно для веб-приложений и сервисов. В этом случае конфигурация будет считаться и выполняться, когда ваше приложение будет развернуто в Google App Engine или запущено локально через GoogleAppEngineLauncher.

Теперь это может показаться вам очень неприятным. В конце концов, самый простой способ изменить поведение вашего приложения - просто написать код, который реализует поведение, которое вы хотите! Когда у вас есть конфигурация через файлы, обычно требуется больше работы для настройки: что-то должно читать файл конфигурации и сворачивать соответствующие переключатели/переменные в вашем приложении. (В конкретном случае app.yaml это не то, о чем вам нужно беспокоиться, но инженеры Google, безусловно, делают это.) Итак, каковы некоторые преимущества вытащить «конфигурацию» в такие файлы?

  • Конфигурационные файлы, такие как YAML, относительно легко редактировать. Если вы понимаете, что такое параметры, то изменение значения - это кусок пирога! Выполнение того же кода в коде может быть не столь очевидным.
  • В некоторых случаях параметры конфигурации будут влиять на то, что происходит до, когда ваше приложение запускается, например, вытягивает статический контент и развертывает его на передних серверах Google App Engine для повышения производительности и снижения стоимости. Вы не можете направить это поведение из своего приложения, потому что ваше приложение еще не запущено - оно все еще находится в процессе развертывания при обработке статического содержимого.
  • Иногда вы хотите, чтобы ваше приложение действовало одним способом в одной среде (тестирование) и другим способом в другой среде (производстве). Или вы можете захотеть, чтобы ваше приложение по каким-то причинам разумно походило на поведение, но разрешало кому-то развертывать ваше приложение, чтобы иметь возможность изменять его поведение, если по умолчанию это не по душе. Файлы конфигурации делают это проще: чтобы изменить поведение, вы можете просто изменить файл конфигурации перед развертыванием/запуском приложения.
Смежные вопросы