# 개발 및 배포 프로세스
**Topics**
+ [SUS 6 개발 및 배포 프로세스가 비즈니스의 지속 가능성 목표를 어떻게 지원하고 있습니까?](w2aac19c15c15b5.md)
# SUS 6 개발 및 배포 프로세스가 비즈니스의 지속 가능성 목표를 어떻게 지원하고 있습니까?
개발, 테스트 및 배포 방식을 변경하여 지속 가능성에 미치는 영향을 줄일 수 있는 기회를 모색합니다.
모범 사례:
# SUS06-BP01 지속 가능성 개선을 신속하게 도입할 수 있는 방법 도입
잠재적 개선 사항을 프로덕션 환경에 배포하기 전에 테스트하고 검증합니다. 개선 사항으로 실현될 미래의 잠재적 이익을 계산할 때 테스트 비용을 고려합니다. 소규모 개선 사항을 제공할 수 있도록 저비용 테스트 방법을 개발합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 보통
## 구현 가이드
+ 개발 프로세스에 지속 가능성에 대한 요구 사항을 추가합니다.
+ 여러 리소스를 동시에 활용하여 지속 가능성 개선 사항을 개발, 테스트 및 배포할 수 있도록 지원합니다.
+ 지속 가능성에 미치는 잠재적 영향에 대한 개선 사항을 프로덕션 환경에 배포하기 전에 테스트 및 검증합니다.
+ 실제 환경을 잘 반영하는 현실적인 최소 구성 요소를 사용하여 잠재적 개선 사항을 테스트합니다.
+ 테스트된 지속 가능성 개선 사항이 제공되면 프로덕션에 배포합니다.
## 리소스
**관련 문서:**
+ [AWS가 지원하는 지속 가능성 솔루션](https://aws.amazon.com/sustainability/)
**관련 예시:**
+ [실습:](https://www.wellarchitectedlabs.com/sustainability/300_labs/300_cur_reports_as_efficiency_reports/) 비용 및 사용량 보고서를 효율성 보고서로 변환
# SUS06-BP02 워크로드를 최신 상태로 유지
최신 운영 체제, 라이브러리 및 애플리케이션을 통해 워크로드 효율성을 개선하고 보다 효율적인 기술을 더 쉽게 도입할 수 있습니다. 공급 업체가 자체적인 지속 가능성 목표를 충족할 수 있는 기능을 제공함에 따라, 최신 소프트웨어에는 워크로드의 지속 가능성에 미치는 영향을 보다 정확하게 측정하는 기능이 포함될 수도 있습니다.
**일반적인 안티 패턴:**
+ 시간이 지나면 현재 아키텍처가 정적 아키텍처가 되고 업데이트되지 않는다고 가정합니다.
+ 업데이트된 소프트웨어 및 패키지가 워크로드와 호환되는지 평가하는 시스템 또는 정기적인 주기가 없습니다.
+ 시간이 지나면 타당한 이유 없이 아키텍처 변경을 도입합니다.
**이 모범 사례 확립의 이점:** 워크로드를 최신 상태로 유지하기 위한 프로세스를 확립하면 새로운 기능을 도입하고 문제를 해결하며 워크로드 효율성을 개선할 수 있습니다.
**이 모범 사례가 확립되지 않을 경우 노출되는 위험 수준:** 낮음
## 구현 가이드
+ 워크로드를 위한 새로운 기능 또는 인스턴스를 평가하기 위한 프로세스 및 일정을 정의합니다. 클라우드에서 민첩성을 활용하여 새 기능이 다음 작업을 수행하도록 워크로드를 어떻게 개선할 수 있는지 신속하게 테스트합니다.
+ 지속 가능성 영향 줄이기
+ 성능 효율성을 높이기
+ 계획된 개선 작업의 장애 요인 제거
+ 지속 가능성에 미치는 영향을 측정 및 관리할 수 있는 능력 증진
+ 워크로드 소프트웨어 및 아키텍처를 조사하여 업데이트하는 데 필요한 구성 요소를 식별합니다. [AWS Systems Manager 인벤토리](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-inventory.html) 를 사용하여 Amazon EC2 인스턴스에서 운영 체제(OS), 애플리케이션, 인스턴스 메타데이터를 수집하고 소프트웨어를 실행 중인 인스턴스, 소프트웨어 정책에 필요한 구성, 업데이트해야 할 인스턴스를 신속하게 파악합니다.
+ 워크로드 구성 요소의 업데이트 방법을 파악합니다.
+ [Amazon Machine Images (AMI)](https://aws.amazon.com/amis/) for Linux 또는 Windows 서버 이미지에 대한 업데이트를 다음을 사용하여 관리합니다. [EC2 Image Builder](https://aws.amazon.com/image-builder/).
+ 기존 파이프라인과 함께 [Amazon Elastic Container Registry (Amazon ECR)](https://docs.aws.amazon.com/AmazonECR/latest/userguide/what-is-ecr.html) 를 사용하여 [Amazon Elastic Container Service (Amazon ECS) 이미지 관리](https://docs.aws.amazon.com/AmazonECR/latest/userguide/ECR_on_ECS.html) 및 [Amazon Elastic Kubernetes Service 이미지 관리를 수행해야 합니다.](https://docs.aws.amazon.com/=AmazonECR/latest/userguide/ECR_on_EKS.html)
+ AWS Lambda에는 [버전 관리 기능이 있습니다.](https://docs.aws.amazon.com/lambda/latest/dg/configuration-versions.html)
+ 업데이트 프로세스에 자동화를 사용하여 새 기능 배포에 필요한 작업 수준을 줄이고 수동 프로세스로 인한 오류를 제한합니다. [AWS Systems Manager Patch Manager과 같은 도구를 사용하여](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) 시스템 업데이트 프로세스를 자동화하고 다음을 사용하여 이 활동을 예약할 수 있습니다. [AWS Systems Manager Maintenance Windows](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-maintenance.html).
## 리소스
**관련 문서:**
+ [AWS 아키텍처 센터](https://aws.amazon.com/architecture)
+ [AWS의 새로운 소식](https://aws.amazon.com/new/?ref=wellarchitected&ref=wellarchitected)
+ [AWS 개발자 도구](https://aws.amazon.com/products/developer-tools/)
+ [AWS Systems Manager Patch Manager과 같은 도구를 사용하여](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html)
**관련 예시:**
+ [Well-Architected 실습 - 인벤토리 및 패치 관리](https://wellarchitectedlabs.com/operational-excellence/100_labs/100_inventory_patch_management/)
+ [실습: AWS Systems Manager](https://mng.workshop.aws/ssm.html)
# SUS06-BP03 구축 환경의 사용률 제고
자동화와 코드형 인프라를 사용하여 필요 시 프로덕션 전 환경을 가동하고 사용하지 않을 때는 해당 환경을 종료합니다. 일반적인 패턴은 개발 담당 팀원의 근무 시간과 일치하는 가용 기간을 예약하는 것입니다. 최대 절전 모드는 상태를 유지하고 필요할 때만 인스턴스를 빠르게 온라인으로 전환할 수 있는 유용한 도구입니다. 버스트 용량이 포함된 인스턴스 유형, 스팟 인스턴스, 탄력적 데이터베이스 서비스, 컨테이너 및 기타 기술을 사용하여 사용량에 따라 개발 및 테스트 용량을 조정합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
+ 자동화를 통해 개발 및 테스트 환경의 활용률을 극대화합니다.
+ 자동화를 통해 개발 및 테스트 환경의 수명 주기를 관리합니다.
+ 현실적인 최소한의 재현 환경을 사용하여 잠재적 개선 사항을 개발 및 테스트합니다.
+ 온디맨드 인스턴스를 사용하여 개발자 디바이스를 보완합니다.
+ 자동화를 통해 구축 리소스의 효율성을 극대화합니다.
+ 버스트 용량이 포함된 인스턴스 유형, 스팟 인스턴스 및 기타 기술을 사용하여 사용량에 맞게 구축 용량을 조정합니다.
+ 배스천 호스트 플릿을 배포하는 대신 네이티브 클라우드 서비스를 도입하여 보안 인스턴스 셸에 액세스합니다.
## 리소스
**관련 문서:**
+ [AWS Systems Manager Session Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager.html)
+ [Amazon EC2 성능 순간 확장 가능 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances.html)
+ [AWS CloudFormation이란 무엇인가요?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
# SUS06-BP04 테스트에 관리형 Device Farm 사용
관리형 Device Farm은 하드웨어 제조 및 리소스 사용이 지속 가능성에 미치는 영향을 여러 테넌트에 분산시킵니다. 관리형 Device Farm은 다양한 디바이스 유형을 제공하며, 사용 빈도가 낮은 오래된 하드웨어를 지원하고 불필요한 디바이스 업그레이드로 인한 고객의 지속 가능성에 미치는 영향을 방지할 수 있습니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
대표적인 하드웨어 집합과 함께 중앙 관리형 Device Farm을 사용하여 테스트하여 변경 사항이 미치는 영향을 파악하고 개발을 반복하여 지원되는 디바이스를 최대합니다.
## 리소스
**관련 문서:**
+ [AWS Device Farm이란 무엇입니까?](https://docs.aws.amazon.com/devicefarm/latest/developerguide/welcome.html)