BLOG

AWS Well-Architected 프레임 워크의 5가지 원칙
작성일: 2019-11-12

소프트웨어 시스템을 만드는 것은 건물을 짓는 것과 비슷합니다. 기초가 단단하지 않으면 구조적 문제로 인해 건물의 무결성과 기능이 손상될 수 있습니다.

AWS(Amazon Web Services)에서 기술 솔루션을 설계할 때 운영 효율성, 보안, 안정성, 성능 효율성 및 비용 최적화의 5가지 요소를 무시하면 기대와 요구 사항을 충족하는 시스템을 구축하는 것이 어려워 질 수 있습니다. 이러한 기둥을 아키텍처에 통합하면 안정적이고 효율적인 시스템을 생성할 수 있습니다. 이를 통해 기능 요구 사항과 같은 디자인의 다른 측면에 집중할 수 있습니다.

AWS 잘 설계된 프레임 워크는 클라우드 설계자들이 애플리케이션을위한 가능한 가장 높은 수행, 보안 탄력적이고 효율적인 인프라를 구축하는 데 도움이 됩니다. 이 프레임 워크는 고객 및 AWS 파트너 네트워크(APN) 파트너가 아키텍처를 평가할 수 있는 일관된 접근 방식을 제공하고 시간이 지남에 따라 애플리케이션 요구에 따라 확장되는 설계를 구현하기위한 지침을 제공합니다.

오늘은 Well-Architected Framework의 5 가지 기둥에 대한 개요를 설명하며 디자인 원칙과 모범 사례를 살펴 볼 예정입니다. 아래에 링크된 각 원칙(기둥)의 백서에서 정의, FAQ 및 리소스를 포함한 자세한 내용을 확인할 수 있습니다.

Well-Architected 백서 전체 읽기 >>

 

1. 운영 우수성

운영 우수성에는 비즈니스 가치를 제공하고 지원 프로세스 및 절차를 지속적으로 개선하기 위해 시스템을 실행 및 모니터링하는 기능이 포함됩니다. Operational Excellence Pillar 백서에서 구현에 대한 규정 지침을 찾을 수 있습니다 .

디자인 원칙

클라우드에서 탁월한 운영을 위한 6가지 설계 원칙이 있습니다.

  • 코드로 작업 수행
  • 문서 주석 달기
  • 빈번하고 작은 가역적 변경
  • 운영 절차를 자주 수정
  • 예상 실패
  • 모든 운영상의 실패로부터 배우십시오

모범 사례

운영 팀은 비즈니스 성과를 지원할 수 있도록 비즈니스 및 고객 요구를 이해해야 합니다. Ops는 운영 이벤트에 대응하기위한 절차를 작성하고 사용하며 비즈니스 요구를 지원하기 위해 그 효과를 검증합니다. Ops는 또한 원하는 비즈니스 성과 달성을 측정하는 데 사용되는 메트릭을 수집합니다.

비즈니스 상황, 비즈니스 우선 순위, 고객 요구 사항 등 모든 것이 계속 변화하고 있습니다. 변화에 대응하여 시간이 지남에 따라 진화를 지원하고 성과를 통해 얻은 교훈을 통합하도록 운영을 설계하는 것이 중요합니다.

 

2. 보안

보안 기둥에는 정보, 시스템 및 자산을 보호하는 동시에 위험 평가 및 완화 전략을 통해 비즈니스 가치를 제공하는 기능이 포함됩니다. Security Pillar 백서 에서 구현에 대한 규정 지침을 찾을 수 있습니다.

디자인 원칙

클라우드 보안을 위한 6가지 설계 원칙이 있습니다.

  • 강력한 정체성 기반 구현
  • 추적 기능 사용
  • 모든 계층에 보안 적용
  • 보안 모범 사례 자동화
  • 전송 중 및 미사용 데이터 보호
  • 보안 이벤트 준비

모범 사례

시스템을 설계하기 전에 보안에 영향을 주는 사례를 마련해야 합니다. 누가 무엇을 할 수 있는지 통제를 해야하고, 데이터 보호를 통해 보안 사고를 식별하며 시스템과 서비스를 보호함으로 데이터의 기밀성과 무결성을 유지해야 합니다.

보안 사고에 대응하기 위해선 잘 정의된 실질적인 프로세스가 있어야합니다. 이러한 도구와 기술은 재정 손실 방지 또는 규제 의무 준수와 같은 목표를 지원하기 때문에 중요합니다. 조직은 AWS Shared Responsibility Model을 통해 보안 및 규정 준수 목표를 달성할 수 있습니다. AWS는 클라우드 서비스를 지원하는 인프라를 물리적으로 보호하기 때문에 목표 달성을 위해 서비스 사용에 집중할 수 있습니다.

 

3. 신뢰성

안정성 기둥에는 시스템이 인프라 또는 서비스 중단을 복구하고, 컴퓨팅 리소스를 동적으로 수집하여 요구를 충족시키며, 잘못 구성되거나 일시적인 네트워크 문제와 같은 중단을 완화하는 기능이 포함됩니다. 신뢰도 원칙 백서에서 구현에 대한 규정 지침을 찾을 수 있습니다 .

디자인 원칙

클라우드의 안정성을위한 5 가지 설계 원칙이 있습니다.

  • 테스트 복구 절차
  • 장애로부터 자동 복구
  • 전체 시스템 가용성을 높이기 위해 수평으로 확장
  • 용량 추측 중지
  • 자동화 변경 관리

모범 사례

신뢰성을 달성하기 위해, 시스템은 수요 또는 요구 사항의 변화를 처리하기위한 메커니즘과 함께 잘 계획된 기초 및 모니터링을 갖추어야합니다. 또한 시스템은 고장을 감지하고 자동으로 자체 치유되도록 설계되어야 합니다.

시스템을 설계하기 전에 안정성에 영향을 미치는 기본 요구 사항이 있어야합니다. 예를 들어, 데이터 센터에 충분한 네트워크 대역폭이 있어야합니다. 이러한 요구 사항은 때로는 단일 프로젝트 범위를 벗어나기 때문에 무시됩니다. 이러한 무시는 신뢰할 수 있는 시스템을 제공하는 능력에 큰 영향을 줄 수 있습니다. 온-프레미스 환경에서 이러한 요구 사항은 종속성으로 인해 리드 타임이 길어질 수 있으므로 초기 계획 중에 통합해야 합니다.

AWS에서 이러한 기본 요구 사항의 대부분은 이미 통합되었거나 필요에 따라 해결될 수 있습니다. 클라우드는 본질적으로 무제한으로 설계되었으므로 AWS는 충분한 네트워킹 및 컴퓨팅 용량에 대한 요구 사항을 충족시키는 한편, 필요에 따라 스토리지 장치의 크기와 같은 리소스 크기 및 할당을 자유롭게 변경할 수 있습니다.

 

4. 성능 효율

성능 효율성 기둥에는 컴퓨팅 리소스를 효율적으로 사용하여 시스템 요구 사항을 충족시키고 수요 변화와 기술이 발전함에 따라 효율성을 유지하는 기능이 포함됩니다. 구현에 대한 규정 지침은 Performance Efficiency Pillar 백서 에서 찾을 수 있습니다.

디자인 원칙

클라우드에서 성능 효율성을위한 5가지 설계 원칙이 있습니다.

  • 첨단 기술 민주화
  • 몇 분 안에 전 세계로 이동
  • 서버리스 아키텍처 사용
  • 더 자주 실험
  • 기계적 동정

모범 사례

고성능 아키텍처를 선택하기 위한 데이터 중심 접근 방식을 취하십시오. 고급 설계에서 자원 유형의 선택 및 구성에 이르기까지 아키텍처의 모든 측면에 대한 데이터를 수집하십시오.

주기적으로 선택 사항을 검토하면 지속적으로 진화하는 AWS 클라우드를 활용할 수 있습니다. 모니터링을 통해 예상 성능에서 벗어나는 것을 인식하고 조치를 취할 수 있습니다.

마지막으로, 아키텍처는 압축 또는 캐싱 사용 또는 일관성 요구 사항 완화와 같은 성능 향상을 위해 절충할 수 있습니다.
특정 시스템에 대한 최적의 솔루션은 여러 가지 접근 방식이 결합 된 워크로드의 종류에 따라 다릅니다. 잘 설계된 시스템은 여러 솔루션을 사용하며 다양한 기능을 통해 성능을 향상시킵니다.

 

5. 비용 최적화

비용 최적화 기둥에는 불필요한 비용이나 차선책을 피하거나 제거 할 수 있는 기능이 포함됩니다. 구현에 대한 규정 지침은 Cost Optimization Pillar 백서에서 찾을 수 있습니다.

디자인 원칙

클라우드에서 비용 최적화를 위한 5 가지 설계 원칙이 있습니다.

  • 소비 모델 채택
  • 전반적인 효율성 측정
  • 데이터 센터 운영에 대한 비용 지출 중단
  • 지출 분석 및 속성
  • 관리 서비스를 사용하여 소유 비용 절감

모범 사례

다른 기둥과 마찬가지로 고려해야할 상충 관계가 있습니다. 예를 들어, 시장 출시 속도 또는 비용 최적화를 원하신다면, 경우에 따라 선불 비용 최적화에 투자하기보다는 신속하게 시장에 출시하거나 새로운 기능을 제공하거나 마감일을 맞추는 것이 속도를 최적화하는 것이 가장 좋습니다.

설계 결정은 경험상 데이터와는 달리 서두름에 따라 결정되기도 합니다. 가장 비용 효율적인 배포를 위해 벤치마킹에 시간을 소비하지 않고 항상 “경우에 따라” 과도하게 보상하려는 유혹이 있기 때문입니다. 이는 종종 과도하게 프로비저닝되고 최적화되지 않은 배포로 이어집니다.

시스템에 적합한 인스턴스와 리소스를 사용하는 것이 비용 절감의 핵심입니다. 예를 들어, 보고 프로세스는 작은 서버에서 실행하는 데 5 시간이 걸리고 두 배의 큰 서버에서는 1시간이 걸릴 수 있습니다. 두 서버 모두 동일한 결과를 제공하지만 크기가 작을수록 시간이 지남에 따라 더 많은 비용이 발생합니다. 잘 설계된 시스템은 가장 경제적인 리소스를 사용하므로 경제적으로 긍정적이고 긍정적 인 영향을 줄 수 있습니다.

 

결론

AWS의 잘 설계된 프레임 워크는 클라우드에서 안정적이고 안전하며 효율적이면서 비용 합리적인 시스템을 설계하고 운영할 수 있도록 다섯개의 원칙(기둥)을 통해 구축에 대한 모범 사례를 제공합니다. 이 프레임 워크는 기존 및 제안된 아키텍처를 검토 할 수 있는 일련의 질문을 제공하며, 각 원칙(기둥)에 대한 AWS 모범 사례를 제공합니다.

아키텍처에서 프레임 워크를 사용하면 안정적이고 효율적인 시스템을 생성할 수 있으므로 기능 요구 사항에 집중할 수 있습니다.

 

다음 단계

원칙(기둥)별 설계 원리과 AWS Well-Architected 모범 사례의 예를 제공하는 자체 학습 교육을 통해 AWS Well-Architected Framework에 대해 자세히 알아보십시오. 해당 교육은 무료이며 완료하는 데 약 1시간이 걸립니다.

교육 등록 및 시작 >>

 

 

원문 URL: https://aws.amazon.com/ko/blogs/apn/the-5-pillars-of-the-aws-well-architected-framework/

 

** 메가존 클라우드 TechBlog는 AWS BLOG 영문 게재 글 중에서 한국 사용자들에게 유용한 정보 및 콘텐츠를 우선적으로 번역하여 내부 엔지니어 검수를 받아서, 정기적으로 게재하고 있습니다. 추가로 번역 및 게재를 희망하는 글에 대해서 관리자에게 메일 또는 SNS 페이지에 댓글을 남겨주시면, 우선적으로 번역해서 전달해드리도록 하겠습니다.