Стратегия среды AWS cdk: одна на ветку, одна на разработчика или только dev/staging/prod?

в настоящее время мы настраиваем среду разработки, подготовки и производства на aws. Нам трудно правильно выполнять QA, поскольку часто за короткий промежуток времени происходит много коммитов, и все они включены в сборку codepipeline, что затрудняет связывание сбоев с конкретным коммитом.

Мы рассматривали возможность развертывания одной среды для каждой функциональной ветки таким же образом, как это пример быстрого старта aws делается:

Тем не менее, мне трудно оправдать развертывание всего нашего бэкенда (который огромен) для тестирования в некоторых случаях одного маршрута apigateway-> lambda-> Dynamodb. Кроме того, это может работать для бессерверных сервисов, но мы также используем сервер elasticsearch. В таком случае кажется даже невозможным запустить сервер ES только для тестирования новой функциональной ветки. Но если мы направим нашу функциональную ветку, скажем, на промежуточный сервер ES, как нам убедиться, что он не загрязняется в случае ошибок?

Как люди обычно решают эту проблему?