안정적인 작업 부하에는 중단 및 오작동을 감지하고 복구하고 지속적으로 기능을 제공할 수 있도록 복원력이 있어야 합니다. 합리적인 기간 내에 장애를 복구할 수 있어야 합니다. 또한 사용자가 합의된 기간과 합의된 품질 수준에서 일관되고 안정적으로 작업 부하에 액세스할 수 있어야 합니다.
Microsoft Azure Well-Architected Framework 의 다음 디자인 원칙을 사용하면 전체 수명 주기에 걸쳐 안정성을 보장하는 데 도움이 됩니다. 권장되는 모범 사례부터 시작하여 각 신뢰성 원칙의 이점을 정당화하세요. 전략을 수립한 후, 다음 단계로 신뢰성 체크리스트 를 활용하세요.
이러한 원칙을 디자인에 적용하지 않으면 워크로드가 프로덕션의 문제를 예상하거나 처리할 준비가 되지 않을 수 있습니다. 그 결과 재정적 손실을 초래하는 서비스 중단이 발생할 수 있습니다. 중요한 워크로드의 경우 이러한 원칙을 적용하지 못하면 안전이 위태로워질 수 있습니다.
비즈니스 요구 사항을 위한 디자인
예상되는 작업 부하 사용에 초점을 맞춰 비즈니스 요구 사항을 수집하고 이해합니다. |
|---|
요구 사항에는 사용자 경험, 워크플로, 데이터 및 워크로드별 기능이 포함되어야 합니다. 목표는 현실적이어야 하며, 주어진 예산을 바탕으로 모든 이해관계자와 합의되어야 합니다. 요구사항에는 팀과 이해관계자의 기대사항을 명확하게 정의해야 합니다. 기술 선택, 구현 및 운영을 안내하는 문서 요구 사항입니다.
Azure Well-Architected Framework에서 비즈니스 요구 사항에 맞춰 설계 하는 방법에 대해 자세히 알아보세요.
복원력을 위한 설계
|
작업 부하는 장애에 대응해야 하며 전체 또는 축소된 기능으로 계속 작동해야 합니다. |
|---|
오류와 구성 요소 중단을 식별할 수 있도록 작업 부하를 설계하세요. 결함을 허용하고 원활하게 처리할 수 있도록 시스템을 탄력적으로 만드세요. 사용자에게 시스템 상태를 알리고, 사용할 수 없는 구성 요소와 예상 복구 시간에 대한 기대치를 설정합니다.
Azure Well-Architected Framework에서 복원력을 위한 설계에 대해 자세히 알아보세요. ...
복구를 위한 디자인
|
작업 부하가 사용자 경험과 비즈니스 목표에 최소한의 방해만 가하면서 장애로부터 복구될 수 있어야 합니다. |
|---|
빠른 복구로 이어지는 체계적이고 검증되고 문서화된 복구 계획을 수립합니다. 지원 및 운영 팀이 이러한 계획에 접근할 수 있도록 하고, 실제 중단 시 혼란과 혼돈을 피하기 위해 복구 훈련을 자주 실시하세요.
Azure Well-Architected Framework에서 복구를 위한 설계에 대해 자세히 알아보세요. ...
운영을 위한 디자인
|
작업 부하를 관찰할 수 있어야 하며, 개발팀은 실패로부터 배울 수 있어야 합니다. |
|---|
개발 및 지원 팀이 언제, 왜, 어떤 구성 요소가 실패하는지 분석하는 데 필요한 데이터를 확보할 수 있도록 작업 부하에 모니터링을 구축하세요. 오류가 발생할 때 지원 팀에 알리는 의미 있는 경고를 작성합니다. 분석과 통찰력을 활용해 개선을 추진하세요.
Azure Well-Architected Framework에서 운영을 위한 설계 에 대해 자세히 알아보세요.
단순하게 유지하세요
|
아키텍처 설계, 애플리케이션 코드, 운영에 있어서 과도한 엔지니어링을 피하세요. |
|---|
비즈니스 요구 사항에 집중하고 필요하지 않은 기능과 구성 요소를 제거합니다. 일관성을 높이는 개발 및 배포에 대한 표준을 수립합니다. 플랫폼에서 제공하는 기능과 사전 구축된 자산을 활용해 개발 시간을 최소화하세요.
Azure Well-Architected Framework에서 간단함을 유지하는 방법 에 대해 자세히 알아보세요.