SUS06-BP01 지속 가능성 개선을 신속하게 도입할 수 있는 방법 채택
잠재적인 개선 사항을 검증하고, 테스트 비용을 최소화하며, 경미한 개선 사항을 제공하는 방법과 프로세스를 채택합니다.
일반적인 안티 패턴:
-
지속 가능성을 위한 애플리케이션 검토는 프로젝트 시작 시 1번만 수행합니다.
-
릴리스 프로세스가 너무 번거로워 리소스 효율성을 위해 사소한 변경 사항을 적용할 수 없어 워크로드가 오래되었습니다.
-
지속 가능성을 위한 워크로드를 개선할 수 있는 메커니즘이 없습니다.
이 모범 사례 확립의 이점: 지속 가능성 개선 사항을 도입하고 추적하기 위한 프로세스를 수립함으로써 새로운 기능을 꾸준히 채택하고, 문제를 제거하고, 워크로드 효율성을 개선할 수 있습니다.
이 모범 사례를 따르지 않을 경우 노출 위험도: 중간
구현 가이드
잠재적인 지속 가능성 개선 사항을 프로덕션에 배포하기 전에 테스트하고 검증합니다. 개선 사항으로 실현될 미래의 잠재적 이익을 계산할 때 테스트 비용을 고려합니다. 적은 비용으로 경미한 개선 사항을 적용할 수 있는 테스트 방법을 개발합니다.
구현 단계
-
지속 가능성 개선 사항을 위한 요구 사항을 개발 백로그에 추가합니다.
-
반복적인 개선 프로세스를 사용하여 이러한 개선 사항을 식별, 평가, 우선순위 지정, 테스트 및 배포합니다.
-
개발 프로세스를 지속적으로 개선하고 간소화합니다. 예를 들어, 지속적 통합(CI) 및 지속적 전달(CD) 파이프라인을 통해 소프트웨어 전송 프로세스를 자동화함으로써
잠재적인 개선 사항을 테스트하고 배포하여 작업량을 줄이고 수동 프로세스로 인한 오류를 제한합니다. -
테스트 비용을 줄이기 위해 최소 기능 구성 요소를 사용하여 잠재적인 개선 사항을 개발하고 테스트합니다.
-
개선의 영향을 지속적으로 평가하고 필요에 따라 조정합니다.
리소스
관련 문서:
-
Scalable agile development practices based on AWS CodeCommit
(AWS CodeCommit에 기반한 확장 가능한 민첩한 개발 관행)
관련 동영상:
관련 예시:
-
Well-Architected Lab - Turning cost & usage reports into efficiency reports
(Well-Architected 실습 - 비용 및 사용량 보고서를 효율성 보고서로 전환)