비즈니스 요구 사항을 고려한 디자인
 워크로드의 의도된 유용성에 포커스를 맞춰 비즈니스 요구 사항을 수집합니다. |
|---|
비즈니스 요구 사항은 비즈니스 관련자와 워크로드 설계자 간의 공동 작업을 통해 정의됩니다. 워크로드가 충족해야 하는 안정성 목표를 적절하게 해결하는 동시에 합의된 요구 사항이 현실적이고 달성 가능하도록 보장하기 위해 양쪽에서 절충이 이루어져야 합니다. 요구 사항에는 워크로드에 고유한 사용자 환경, 데이터, 워크플로 및 특성이 포함되어야 합니다. 요구 사항 프로세스의 결과에는 예상 결과가 명확하게 명시되어야 합니다. 목표는 달성 가능해야 하며 특정 투자를 통해 팀과 협상해야 합니다. 기술적 선택, 구현 및 운영을 추진하려면 이를 문서화해야 합니다.
예제 시나리오
Contoso Insurance는 보험 계약자에 대한 클레임을 처리하기 위한 웹 애플리케이션을 개발하는 초기 디자인 단계에 있습니다. 대부분의 핵심 사용자 및 시스템 흐름이 결정되었으며 워크로드 팀은 앱을 구성할 여러 Azure 서비스를 식별했습니다. Azure App Service, Azure SQL Database, Azure AI 서비스, Azure Event Grid 및 Azure Logic Apps.
안정성 목표 식별
개별 구성 요소, 시스템 및 사용자 흐름, 시스템 전체에 대한 지표에 목표를 설정하여 성공을 정량화합니다.
메트릭은 예상 결과치를 정량화합니다. 이를 통해 복잡성을 이해하고 이러한 복잡성의 다운스트림 비용이 투자 한도 내에 있는지 여부를 결정할 수 있습니다.
목표값은 이상적인 상태를 나타냅니다. 이 값을 해당 상태로부터의 편차와 목표 상태로 돌아가는 데 걸리는 시간을 검색하는 데 도움이 되는 테스트 임계값으로 사용할 수 있습니다.
규정 준수 요구 사항에는 범위 내 흐름에 대한 예측 가능한 결과도 있어야 합니다. 이러한 흐름의 우선 순위를 지정하려면 가장 중요한 영역에 주의를 기울여야 합니다.
Contoso의 과제
- 워크로드 팀은 워크로드를 안정적으로 만드는 데 리소스가 사용되는 방식을 최적화하려고 합니다.
- 워크로드를 흐름으로 분해하고 중요도에 따라 흐름을 평가했습니다.
접근 방식 및 결과 적용
- 팀은 의사와 환자가 해당 흐름의 가용성에 의존하기 때문에 클레임 제출 및 승인 흐름이 워크로드에 대해 가장 높은 안정성 요구 사항을 가질 것이라고 결정합니다.
- 워크로드 팀은 이 흐름을 지원하고 목표 달성에 필요한 안정성 측정을 결정하는 구성 요소를 식별합니다.
플랫폼 약정 이해
클라우드 플랫폼에서 제공하는 보장된 안정성 메트릭을 이해하고 서비스의 한도, 할당량, 용량 제약 조건을 고려합니다.
SLA(서비스 수준 계약)는 서비스에 따라 다릅니다. 전체 서비스와 기능이 동일하게 적용되는 것은 아닙니다. 적용 범위와 한도를 잘 이해하면 드리프트를 검색하고 복원력과 복구 메커니즘을 빌드하는 데 도움이 될 수 있습니다.
Contoso의 과제
- 워크로드 팀과 관련자는 클레임 제출 및 승인 흐름의 중요성을 지원하기 위해 앱 데이터에 30초를 초과할 수 없는 보장된 RTO(복구 시간 목표)가 있어야 한다고 결정했습니다.
접근 방식 및 결과 적용
- Microsoft가 게시한 SLA를 검토한 후 팀에서는 이 RTO 목표를 달성하려면 활성 지역 복제를 사용하여 중요 비즈니스용 계층을 배포해야 한다는 것을 알게 됩니다.
종속성과 복원력에 미치는 영향 확인
워크로드를 구성 요소로 분해할 때 비즈니스 내부인지 외부인지에 관계없이 모든 종속성을 문서화했는지 확인하고 종속성 오작동이 흐름에 어떤 영향을 미칠 수 있는지 식별합니다.
다른 팀이나 타사에서 개발한 종속 인프라, 서비스, API 및 함수를 추적하면 해당 종속성 없이 워크로드가 작동할 수 있는지 여부를 판단하는 데 도움이 됩니다. 또한 연속적인 오류를 이해하고 다운스트림 작업을 개선하는 데도 도움이 됩니다. 개발자는 장애에 취약할 수 있는 외부 서비스를 사용할 때 잠재적인 장애를 처리하기 위해 복원력 있는 디자인 패턴을 구현할 수 있습니다.
Contoso의 과제
- 클레임 제출 및 승인 흐름은 Contoso Insurance 내의 다른 부서에서 호스트하고 관리하는 소규모 참조 데이터 세트에 종속됩니다.
- 데이터 세트는 정규 작업 시간 동안 하루에 여러 번 업데이트됩니다.
- 앱은 참조 데이터의 일부 부실함을 허용하도록 설계되었지만 데이터는 앱에서 항상 사용할 수 있어야 합니다.
접근 방식 및 결과 적용
- 워크로드 팀은 참조 데이터 세트를 지원하는 팀과 협력하여 데이터 세트의 안정성 목표가 이를 사용할 흐름의 목표보다 낮다는 것을 알게 됩니다.
- 팀은 백로그에 디자인 작업을 추가하여 데이터 세트의 로컬 캐시를 추가하고 백그라운드 작업을 추가하여 캐시를 매일 밤 업데이트합니다. 이 솔루션은 디자인에서 허용하는 부실 허용치를 위반하지 않습니다.