Chiến lược môi trường AWS cdk: một chiến lược cho mỗi chi nhánh, một chiến lược cho mỗi nhà phát triển hay chỉ nhà phát triển/dàn dựng/sản xuất?

chúng tôi hiện đang thiết lập môi trường nhà phát triển, dàn dựng và sản xuất trên aws. Chúng tôi thấy khó thực hiện QA đúng cách, vì thường có nhiều cam kết xảy ra trong một khoảng thời gian ngắn và tất cả đều được đưa vào bản dựng codepipeline, điều này khiến khó có thể liên kết các lỗi với một cam kết cụ thể.

Chúng tôi đang tìm cách tạo ra một môi trường cho mỗi nhánh tính năng, theo cách tương tự như điều này ví dụ khởi động nhanh aws đang làm:

Tuy nhiên, tôi thấy khó có thể biện minh cho việc quay vòng toàn bộ phần phụ trợ của chúng tôi (rất lớn) để kiểm tra, trong một số trường hợp, một tuyến đường apigateway->lambda->dynamodb duy nhất. Hơn nữa, điều này có thể hoạt động đối với các dịch vụ không có máy chủ, nhưng chúng tôi cũng sử dụng máy chủ elaticsearch. Trong trường hợp như vậy, dường như không thể quay một máy chủ ES chỉ để thử nghiệm một nhánh tính năng mới. Nhưng nếu chúng tôi trỏ nhánh tính năng của mình tới, chẳng hạn như máy chủ ES của dàn dựng, làm cách nào để chúng tôi đảm bảo không làm ô nhiễm nó trong trường hợp có lỗi?

Mọi người thường giải quyết vấn đề này như thế nào?