안정성 설계 원칙

안정적인 작업 부하는 중단 및 오작동을 감지하고 복구하고 지속적으로 기능을 제공할 수 있을 만큼 회복성이 있어야 합니다. 합리적인 기간 내에 장애를 복구할 수 있어야 합니다. 또한 사용자가 합의된 기간 동안 합의된 품질 수준에서 일관되고 안정적으로 작업 부하에 액세스할 수 있어야 합니다.

전체 수명 주기 동안 안정성을 보장하려면 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에서 간단함을 유지하는 방법 에 대해 자세히 알아보세요.

다음 단계

신뢰성 체크리스트