Как вы управляете обновлениями / откатами и множественными версиями с AppSync и без сервера?

Question

Я использую AppSync с Lambdas.Для этого я использую serverless framework.

У меня есть несколько вопросов о том, как вы управляете вашим безсерверным проектом с его версиями dev / test / prod.

В настоящее время я использую --stage опция типа sls deploy -s test, чтобы иметь несколько версий.Но если после развертывания возникает проблема, я не могу rollback, поэтому мне интересно, стоит ли мне все время развертывать с новым именем и позже удалять предварительную версию?

РЕДАКТИРОВАТЬ : Я нашел этот , который должен делать это для лямбд, но будет ли это работать для AppSync?

Как вы управляете вашими версиями AppSync и Lambdas для dev / test / prod?

Answer 1

Было бы неплохо использовать версии API, за исключением случаев, когда нет перекрестных подписок API. Ваши мутации в одном API не будут вызывать подписки в другом. Я надеюсь, что AppSync будет поддерживать какую-то версию API.

Не уверен, что откат без сервера работает с AppSync, вероятно, так и должно быть. Тем не менее, он просто использует кэш-память S3 без сервера, это не функция CloudFormation. Таким образом, вы можете в значительной степени использовать контроль версий для отката изменений и повторного развертывания, а также (ваш сценарий использования может отличаться).

У нас есть этапы разработки и тестирования в одной учетной записи AWS и prod в другой учетной записи AWS. На этапе тестирования мы можем проверить правильность работы API перед его развертыванием в рабочей среде.

Для других наших развертываний у нас также есть бета-версия перед началом производства, но для AppSync это невозможно из-за проблемы подписки между API. У нас не может быть данных, изменяющихся в рабочей среде через бета-версию API и не вызывающих подписку в производственном API.