워크로드 및 범위

AWS Well-Architected Framework에 따르면 다음과 같습니다.

워크로드는 단순히 클라우드 서비스 또는 리소스를 가리키는 개념이 아닙니다. 비즈니스 가치를 제공하는 기술 및 인프라와 함께 사람, 팀, 프로세스 및 런북도 포함됩니다. WAFR을 실행하기 전에 워크로드의 구성 요소를 이해하고 문서화하는 데 시간을 투자합니다. 이렇게 하면 검토 단계에서 시간을 절약할 수 있습니다.

WAFR에 대한 워크로드 선택

WAFR에 대한 워크로드를 준비하려면 팀과 다음 질문에 대해 논의합니다.

• 워크로드는 누가 소유하나요? 워크로드 중단이 비즈니스에 영향을 미치는 경우 누가 책임을 져야 하나요?

• 워크로드의 목적은 무엇인가요? 비즈니스에 대한 분석이 있나요? 샌드박스, 훈련 및 로깅이 있나요?

• 이 워크로드가 존재해야 하나요? 종료하면 어떻게 되나요?

• 워크로드가 고객 대면 워크로드인가요, 아니면 내부 워크로드인가요?

• 워크로드가 프로덕션인가요, 아니면 비프로덕션인가요?

• 수명 주기에서 워크로드는 어떤 단계인가요?

• 워크로드에 중단이 발생한 경우 어떤 영향이 있나요?

• 워크로드의 경계는 무엇인가요?

• 이 워크로드에는 어떤 종속성이 있나요?

WAFR을 계속하기 전에 워크로드를 평가할 때 이러한 대부분의 질문에 명확하게 답변할 수 있어야 합니다.

검토 범위는 어떻게 되나요?

궁극적으로 WAFR은 프레임워크의 모든 원칙을 포괄하지만 결정을 내리기 전에 장단점을 식별하고 문맥을 파악하게 합니다. 가장 좋은 시작 방법은 우선순위가 지정된 원칙이나 워크로드의 특정 영역에 초점을 맞추는 것입니다.

더 큰 검토 프로세스를 정의하고, 실행 가능한 결과를 생성하고, 반복하면 워크로드와 비즈니스에 더 많은 가치를 창출하는 데 도움이 됩니다.

다음과 같은 단계별 접근 방식을 고려하세요.

1. 현재 비즈니스 및 기술 문맥과 가장 관련성이 높은 2~3가지 주요 원칙을 식별

2. 이러한 원칙 내에서 워크로드의 가치 입증

3. 만족스러운 결과를 얻은 후 더 많은 원칙으로 반복

범위를 더 줄이려면 워크로드에 맞게 특별히 설계된 렌즈를 사용하세요.