Обработка хрон рабочих мест на промежуточной среде на Google App Engine

Question

Я хочу, чтобы создать промежуточную среду на Google App Engine и нашел хорошее руководство для этого в следующем вопросе: How to set up a staging environment on Google App Engine

Единственный оставшийся без ответа вопрос у меня есть, как для обработки заданий Cron в этом случае. В идеале мне просто нужно изменить версию для развертывания на производство, но я боюсь, что это будет означать, что все задания cron также выполняются на промежуточной версии, или это не так?

Answer 1

Если вы используете другую версию подхода вам нужно обратить внимание на this:

Если целевой параметр был установлен на работу, то запрос отправлен в указанной версии. В противном случае запросы Cron отправляются в версию приложения по умолчанию.

Я использую параметр target направить хрон рабочих мест для различных модулей, на основе приведенной выше цитате я догадаться он может быть использован для прямых рабочих мест в различных версиях, а также, используя module routing via URL, вероятно, что-то вроде это:

target: version 

или

target: version-dot-module 

Лично я предпочитаю другой подход приложения для ensur e без помех между промежуточной и производственной средой даже при выполнении массивных повторных работ, нарушающих обратную совместимость :)

Что касается метода, я использую 2 разных рабочих пространства из двух разных ветвей кода, которые имеют минимальные различия между их (application поля в .yaml файлов и, возможно, другие дельт постановка связанных):

• staging рабочее пространство & филиал
• production рабочее пространство & филиал

Всякий раз, когда я доволен кода в staging ветви I:

• объединить staging филиал в обновлении production один
• в production рабочее пространство и развернуть из него -> обновление production приложения
• отключить все, что мне нужно, в рабочем пространстве staging (внесение изменений в ветку staging, если необходимо)
• развернуть из staging рабочего пространства -> Обновление staging App

Вероятно метод будет использоваться в другой версии подхода, а также, в version поля в .yaml файлах быть различными в 2-х ветвей.