Azure에서 캐리어 등급 워크로드의 설계 원칙

캐리어 등급 워크로드는 Well-Architected 프레임워크 품질 핵심 요소의 지침 원칙에 따라 설계되어야 합니다.

• 신뢰성
• 성능 효율성
• 운영 효율성
• 보안
• 비용 최적화

이 문서에서는 중요 업무용 디자인 원칙을 공감하고 확장하는 캐리어급 디자인 원칙에 대해 설명합니다. 이러한 집단 원칙은 중요한 디자인 영역에서 후속 설계 결정을 위한 로드맵 역할을 합니다. 이러한 원칙을 파악하여 해당 효과와 비준수와 관련된 장외 관계를 더 잘 이해하는 것이 좋습니다.

워크로드 요구 사항의 컨텍스트에서 신중하게 고려해야 하는 더 큰 안정성 도입과 관련된 명백한 비용 절충 이 있습니다.

중요

이 문서는 Azure Well-Architected 캐리어 등급 워크로드 시리즈의 일부입니다. 이 시리즈에 익숙하지 않은 경우 통신사급 워크로드란?으로 시작하는 것이 좋습니다.

이러한 점을 고려할 때 이 고급 아키텍처 모델을 염두에 두세요.

실패 가정

모든 것이 실패할 수 있고 실패할 수 있다는 가정부터 시작합니다. 애플리케이션 디자인은 애플리케이션이 일정 수준에서 계속 작동할 수 있도록 내결함성으로 이러한 오류를 허용해야 합니다.

• 단일 실패 지점을 최소화하고 페더레이션된 접근 방식을 구현합니다.

• 해당 지역에 걸쳐 적절한 데이터 관리를 사용하여 여러 지역에 애플리케이션을 배포하여 CAP 정리의 영향을 허용합니다.

• 문제를 자동으로 검색하고 몇 초 내에 응답합니다. 자세한 내용은 상태 모니터링을 참조하세요.

• 애플리케이션 구현, 플랫폼 통합 및 배포를 포함한 전체 솔루션을 테스트합니다. 이 테스트에는 테스트 편향을 방지하기 위해 프로덕션 시스템에 대한 비정상 상황 테스트가 포함되어야 합니다.

아무것도 공유하지 않음

고가용성을 달성하기 위한 일반적이고 간단한 방법은 아무것도 공유하지 않습니다. 서로 교환 가능한 여러 고유 요소로 애플리케이션을 서비스할 수 있는 경우 이 방법을 사용합니다. 개별 요소에는 잘 이해된 가용성 메트릭이 있어야 하지만 높을 필요는 없습니다. 그러나 공유 인프라 또는 종속성 없이 독립적으로 유지하려면 요소를 결합해야 합니다.

아무것도 공유하는 것은 종종 불가능합니다. 아무것도 공유 하지 않아야 하고 가능한 가장 작은 공유 종속성 집합에만 추가해야 하는 위치에서 시작하려면 최적의 솔루션이 생성되어야 합니다.

예제

연간 6시간의 가동 중지 시간(약 3.5*9s)이 있는 단일 시스템을 감안할 때 가동 중지 시간이 관계 없는 4개의 시스템을 결합하는 솔루션은 연간 가동 중지 시간이 30s 미만입니다. 이러한 4개 시스템이 전역 DNS와 같은 공통 서비스를 사용하는 즉시 가동 중지 시간은 더 이상 상호 관련되지 않습니다. 그 결과 가동 중지 시간이 더 높아질 것입니다.

다음 단계

캐리어 등급 워크로드에 대한 내결함성 디자인 영역을 검토합니다.

디자인 영역: 내결함성