Azure Well-Architected Framework는 다음을 수행하여 워크로드의 품질을 향상시킬 수 있는 디자인 프레임워크입니다.
- 탄탄하고, 사용 가능하며, 복구 가능한 상태로 유지하십시오.
- 필요한 만큼 안전합니다.
- 충분한 투자 수익률을 제공합니다.
- 책임 있는 개발 및 운영을 지원합니다.
- 허용 가능한 기간 내에 목적을 달성합니다.
프레임워크는 이러한 목표에 매핑되는 건축 우수성의 다섯 가지 핵심 요소에 설립되었습니다. 안정성, 보안, 비용 최적화, 운영 우수성및 성능 효율성.
각 핵심 요소는 권장 사례, 위험 고려 사항 및 절충을 제공합니다. 비즈니스 요구 사항을 고려할 때 디자인 결정은 모든 핵심 요소에 걸쳐 균형을 유지해야 합니다. 기술 및 실행 가능한 지침은 모든 워크로드에 대해 충분히 광범위하며 특정 시나리오에 적용됩니다. 이 지침은 Azure를 중심으로 합니다.
워크로드 아키텍처는 구현과 동일하지 않습니다. Well-Architected Framework는 아키텍처 디자인을 통해 성공을 위해 설정할 수 있지만 구현 선택은 조직의 비즈니스 요구 사항 및 제약 조건에 따라 달라집니다.
관객
Well-Architected 프레임워크는 워크로드를 개선하고 횡단적인 문제를 해결하는 팀에 적용됩니다.
Well-Architected Framework는 워크로드의 수명 주기에 관련된 모든 사용자에게 유용한 인사이트와 권장 사항을 제공합니다. 설계자, 개발자, 운영자 또는 비즈니스 이해 관계자 등 워크로드 팀의 역할에 관계없이 워크로드 범위 내에서 의사 결정을 내릴 권한이 있는 경우 이 프레임워크의 이점을 활용할 수 있습니다.
이 지침은 조직의 규모에 관계없이 유용합니다. 대기업, 중소기업 또는 독립 소프트웨어 공급업체에 속하든 최적의 디자인에 한 걸음 더 가까이 다가갈 수 있습니다. 프레임워크는 광범위한 조직 구조와 크기를 수용하여 모든 워크로드 사용자가 효과적으로 이점을 사용할 수 있도록 합니다.
중앙 집중식 컨트롤을 통해 워크로드 포트폴리오를 개선하기 위한 지침을 찾는 경우 이 콘텐츠가 완전히 적용되지 않을 수 있습니다. 클라우드 도입 프레임워크을 참조할 것을 추천합니다. Azure에서 워크로드를 디자인하는 데 관심이 없는 경우 이 콘텐츠는 사용자와 관련이 없습니다.
건축가의 역할과 의무에 대한 자세한 내용은 설계자의 기본 사항 및 설계자의 검사 목록참조하세요.
목표
Well-Architected Framework의 기본 목표는 Azure에 워크로드를 배포할 때 성공을 위해 설정하는 것입니다.
성공적인 구현: 잘 설계된 디자인은 성공적인 구현으로 이어집니다. 개념에서 범위의 폭과 깊이를 감안할 때, 당신은 정보에 입각한 결정을 내릴 준비가 되어 있습니다.
성공에 대한 신뢰도: Azure에 배포된 수많은 워크로드에서 볼 수 있는 검증된 평가는 프레임워크의 신조를 뒷받침합니다.
장단분 및 위험 이해: 프레임워크는 권장 사항을 채택하려면 다른 핵심 요소에 대해 선택해야 할 수 있음을 이해하는 데 도움이 됩니다. 단기적으로 대응할 수 있는 절충안과 잠재적 위험을 강조합니다.
시간에 따른 최적화: 프레임워크는 반복적인 사용과 지속적인 개선을 위한 도구로 설계되었습니다. 지침에 따라 워크로드의 완성도를 측정합니다. 해당 평가를 워크로드와 함께 진화하는 이동 점수로 처리하여 디자인이 비즈니스 목표를 충족하는 데 효율적이고 효과적인지 확인합니다.
프레임워크의 구성 요소
Well-Architected Framework는 계층화된 접근 방식인 핵심 요소, 워크로드 및 서비스 가이드로 구성됩니다.
기둥
이 프레임워크의 기초는 핵심 요소에 있습니다. 이러한 핵심 요소를 포괄적으로 이해하지 못하면 워크로드 계층 및 서비스 가이드와 같은 후속 계층을 완전히 이해하지 못할 수 있습니다. 각 기둥은 다음과 같은 요소를 제공합니다.
디자인 원칙. 각각 특정 목표가 있는 좋은 디자인의 기초를 제공합니다. 원칙은 권장되는 접근 방식도 설명합니다.
디자인 검토 검사 목록입니다. 검사 목록의 각 항목에는 주요 전략 및 Azure가 권장 사항을 달성하는 방법을 설명하는 하나 이상의 권장 가이드가 함께 제공됩니다.
클라우드 디자인 패턴. 관련 클라우드 디자인 패턴을 확실히 이해하십시오. 직접 지원하는 기둥에 매핑됩니다.
트레이드오프. 각 아키텍처 결정에는 일련의 고려 사항이 수반됩니다. 이러한 절충안들은 프레임워크의 다양한 측면에 균형을 이루기 위해 인식되고 허용된 타협들을 나타낼 있습니다. 이 아이콘
은 거래의 단점을 나타내며, 이 아이콘 
은 위험을 나타냅니다.성숙도 모델 쉽고 필수적인 권장 사항부터 시작하여 Azure Well-Architected Framework를 채택하는 단계적 접근 방식을 설명합니다. 비즈니스 요구 사항이 발전함에 따라 초기 단계 워크로드에서 완성도 높은 비즈니스에 중요한 솔루션에 이르기까지 시스템을 점진적으로 개선합니다.
자세한 내용은 의 Well-Architected Framework의 핵심 요소를 참조하세요.
작업 부하
워크로드 계층은 특정 워크로드 클래스에 기둥이 적용되는 방식을 나타냅니다. 초기 디자인 단계에서 워크로드 아키텍처는 유틸리티에 따라 분할되고 각 세그먼트는 우선 순위가 지정된 영역 또는 디자인 영역을 나타냅니다. 이러한 디자인 영역은 워크로드 클래스와 관련이 있으며 최적화를 위한 초점 역할을 합니다. Well-Architected Framework에는 여러 워크로드가 포함됩니다. 비즈니스 요구 사항과 밀접하게 일치하는 항목을 읽어 보세요. 시나리오에 맞지 않는 워크로드 클래스에 대한 워크로드 지침을 읽을 필요가 없습니다.
시작하기부터 솔루션 컨텍스트를 이해합니다. 리프레시 차원에서 디자인 원칙을 읽어 워크로드가 핵심 지침을 어떻게 채택하는지 이해하세요. 그런 다음, 디자인 영역 심층 분석하여 다음 권장 사항과 함께 기술 의사 결정 지점에 초점을 맞춥니다. 워크로드 지침에는 프로덕션 준비 상태를 평가하는 데 도움이 되는 평가도 포함되어 있습니다.
자세한 내용은 Well-Architected Framework 워크로드에 관한
서비스 가이드
서비스 가이드는 워크로드 내의 개별 Azure 구성 요소에 대한 결정을 내리는 데 중요한 역할을 합니다. 아키텍처 우수성을 달성하는 데 필요한 주요 기능과 기능을 간략하게 설명하고 강력한 기반을 구축하기 위해 권장되는 구성을 제공합니다. 이 가이드는 모든 것을 다루지 않지만, 각 서비스가 횡단 관심사를 해결하고 워크로드 효율성을 지원하는 방법을 강조합니다.
자세한 내용은 사용 가능한 가이드
평가
Microsoft Azure Well-Architected 리뷰는 무료로 제공됩니다. 디자인 선택을 평가하기 위해 핵심 검사 목록에 연결된 설문지 모음입니다. 반복 실행을 통해 점수를 추적하여 향상된 기능을 위한 가능한 영역을 식별합니다.
자세한 내용은 Azure Well-Architected 검토 도구를 참조하세요.
제안된 학습 프로세스
Well-Architected Framework는 모든 워크로드 클래스에 적용되는 모범 사례를 다룹니다. 이 지침에는 좋은 디자인과 절판의 기본 원칙뿐만 아니라 아키텍처 구성 요소에 이러한 원칙을 적용하는 것도 포함됩니다. 우리는 이 지침을 처음부터 끝까지 읽는 것이 버거울 수 있음을 인정합니다. 다음 학습 경로를 따르는 것이 좋습니다.
모든 디자인 원칙을 이해합니다. 디자인 원칙과 모든 핵심 요소에 대한 접근 방식을 알아봅니다. 설계를 시작할 때 좋은 아키텍처를 이해하는 것이 빌드 방법을 아는 것보다 더 중요합니다. 각 원칙 내에서 디자인 전략을 수립하는 방법을 따릅니다. 이러한 접근 방식은 선택 사항이 아니며 고려해야 합니다.
Well-Architected Framework의 몇 가지 디자인 원칙을 보여 주는
검사 목록 항목의 우선 순위를 지정합니다. 먼저 워크로드 및 비즈니스 목표와 관련된 검사 목록 항목만 처리합니다. 비즈니스 중요도, 규정 준수 요구 사항 및 출시 시기와 같은 요인을 고려합니다. 이러한 요소가 변경됨에 따라 우선 순위를 조정하여 워크로드 품질을 개선합니다. 워크로드 성공과 관련이 없는 검사 목록 항목을 연기합니다.
Well-Architected Framework의 검사 목록을 보여 주는
중요한 절충을 할 준비를 하십시오. 기둥 절충의 예를 살펴보고 우선 순위 지정이 한 기둥을 다른 기둥보다 선호할 수 있는 방법을 알아봅니다. 전략적 설계 절충은 의사 결정의 중요한 부분입니다.
워크로드 시나리오를 맞춥니다. 시나리오와 일치하는 워크로드 가이드를 찾고 모든 기술 및 운영 영역에서 디자인 방법을 따릅니다. 이 가이드는 가장 관련성이 큰 고려 사항을 강조하는 데 도움이 됩니다. 자세한 내용은 Azure Well-Architected Framework 워크로드 아래에 나열된 예제를 참조하세요.
적절한 Azure 서비스를 선택하고 올바르게 구성합니다. 이러한 서비스 가이드는 워크로드 내의 각 Azure 구성 요소에 대한 의사 결정을 지원하도록 설계되었습니다.
완성도 모델 채택
Azure Well-Architected Framework를 사용하는 단계적 접근 방식을 채택하는 것이 좋습니다. 프레임워크의 권장 사항을 달성하기 쉽고 초기에 달성해야 하는 사항으로 분류합니다. 그런 다음 워크로드의 비즈니스 요구 사항이 변경됨에 따라 프로덕션 준비 시스템을 점진적으로 발전합니다. 예를 들어 초기 채택 단계는 자금 조달 및 개발 프로세스 초기에 워크로드에 적용되어 좋은 설계를 위한 견고한 기반을 마련할 수 있습니다. 완성도 높은 정렬 단계는 개발 주기의 뒷부분에서 솔루션에 적용할 수 있으며, 가장 높은 수준은 항상 중요 비즈니스용 솔루션용으로 예약되어 있습니다.
Well-Architected Framework에는 완성도 모델이 포함됩니다. 워크로드 팀이 따라야 할 구조적 커리큘럼과 마일스톤을 제공합니다.
단계적 접근 방식은 수많은 Azure 고객이 솔루션에 프레임워크를 적용하는 방법을 검토한 후 개발되었습니다. 이 지침은 신생 기업에서 성숙한 기업에 이르기까지 모든 워크로드 팀에 적용됩니다. 신생 기업에서는 이 모델을 사용하여 시간이 지남에 따라 구현할 수 있는 기본 전략을 만듭니다. 아키텍처가 발전한 성숙한 기업은 모델을 채택하여 워크로드를 더욱 최적화하여 팀 전체에서 향상된 기능을 측정하는 일반적인 접근 방식을 가질 수도 있습니다. 또한 파트너는 모델을 사용하여 워크로드의 완성도를 평가하고 대상 권장 사항을 구현할 수 있습니다.
모델은 기둥으로 분류되고 5개 수준으로 나뉩니다. 각 기둥의 수준은 해당 기둥의 고유한 특성을 나타내지만 모든 항목에 공통된 테마가 있습니다.
| 성숙 단계 | 포커스 | 전략 |
|---|---|---|
| 수준 1 | Azure에서 견고한 기반 설정 | 잘 설정된 클라우드 디자인 패턴 및 모범 사례를 활용하면서 Azure의 핵심 및 네이티브 기능을 활용하는 데 집중합니다. |
| 수준 2 | 워크로드 자산 생성 | 애플리케이션 코드, 배포 자산 및 운영 절차를 포함하여 워크로드 팀이 직접 소유한 구성 요소에 대한 기술 문제를 해결합니다. |
| 수준 3 | 프로덕션 준비 | 비즈니스 이해 관계자를 의사 결정에 참여시키고 다른 핵심 요소와의 절충을 고려합니다. 새 워크로드의 경우 일반적으로 프로덕션으로 가기 전의 마지막 단계입니다. |
| 수준 4 | 프로덕션에서 알아보기 | 안정적인 환경을 유지하고, 변화를 관리하고, 비즈니스 변경 및 프로덕션 학습에 따라 새로운 요구 사항을 수용하는 데 초점을 맞춥니다. |
| 수준 5 | 민첩성을 사용하여 미래 지향적 | 열망의 품질을 위해 노력하십시오. 새로운 시장 상황을 처리하고 기술, 비즈니스 요구 사항 또는 규제 문제와 같은 외부 영향을 변경할 수 있도록 변경에 능숙합니다. |
이러한 경계는 권장되는 지침이며 엄격한 규칙으로 사용할 필요가 없습니다. 실제 여정은 조직의 목표 및 워크로드 요구 사항에 따라 달라집니다.
각 수준에서 각 수준에 대한 전략 포커스를 강조 표시하는 탭 보기를 탐색합니다.
지침에는 대상 완성도 수준에 맞는 권장 사항을 정확히 파악하는 데 도움이 되는 평가가 포함되어 있습니다. Azure Well-Architected 프레임워크 성숙도 모델 평가를 여기서 수행하세요.
실용적인 접근 방식 수행
분석 마비를 피하기 위해 실용적인 접근 방식을 채택하는 것이 중요합니다. 다음은 몇 가지 주요 고려 사항입니다.
사례의 값을 평가합니다. 팀 및 현재 성숙도 수준에 따라, 모든 실천은 가치를 제공할 수 있지만 그 가치는 달라질 수 있습니다. 일부 사례를 너무 일찍 구현하면 약간의 이점이 발생할 수 있지만, 다른 사례의 구현을 지연하면 이미 다른 사례를 최적화하여 보상할 수 있기 때문에 비용, 복잡성 및 비 전략적 기술 부채가 증가할 수 있습니다.
즉각적이고 의미 있는 이점을 제공하고 다른 주요 사례를 가능하게 하는 사례의 우선 순위를 지정합니다.
사례 비용을 평가합니다. 각 사례에는 재무, 노력 및 복잡성 비용을 포함하는 구현 및 운영 비용이 있습니다. 이러한 비용은 성숙도 수준에 따라 달라질 수 있습니다.
워크로드 팀이 준비되기 전에 사례를 채택하면 구현 비용이 더 높아집니다.
관행이 너무 늦게 채택되면 더 높은 구현 및 운영 비용이 발생하여 재작업 또는 통합 문제가 발생합니다.
운영 비용이 더 높은 만기 수준에서 해당 가치를 초과하는 경우 관행이 중단될 수 있습니다.
요구 사항에 따라 완성 단계의 필수 조건 및 종료 조건을 정의해야 합니다. 나중에 채택하기 위해 비용이 많이 들거나 복잡하며 불필요한 복잡성 또는 운영 부담을 야기하지 않는 사례의 우선 순위를 지정합니다.
구현 시퀀스를 선택할 때는 신중해야 합니다. 관행은 상호 의존적이며 구현되는 순서는 상당한 차이를 만들 수 있습니다. 일부 사례는 다른 사용자를 위한 구성 요소이며 다운스트림 사례의 비용, 노력 및 복잡성에 큰 영향을 미칠 수 있습니다. 여정을 매핑할 때 결과에 대한 시간을 고려합니다.
용량에 대해 현실적이어야 합니다. 조직에서 워크로드를 구현하고 운영하는 데 전념할 수 있는 리소스는 종종 제한적입니다.
워크로드 팀의 구현 및 운영 용량을 예측합니다.
비용은 가산적입니다. 운영 비용이 증가함에 따라 새로운 사례를 구현할 수 있는 용량이 감소합니다.
절충은 기회 비용을 초래할 수 있습니다. 이제 구현할 사례를 선택하는 것은 다른 사례를 미루는 것을 의미합니다.
관련 링크
다음은 Well-Architected Framework 설명서 사용을 시작하기 위한 몇 가지 리소스입니다.
- Azure Well-Architected Framework
- Well-Architected Framework 대한
교육