흐름 식별 및 평가에 대한 권장 사항

이 Azure 잘 설계된 프레임워크 안정성 검사 목록 권장 사항에 적용됩니다.

RE:02	사용자 및 시스템 흐름을 식별하고 평가합니다. 비즈니스 요구 사항에 따라 중요도 규모를 사용하여 흐름의 우선 순위를 지정합니다.

이 가이드에서는 워크로드 흐름을 식별하고 우선 순위를 지정하기 위한 권장 사항을 설명합니다. 워크로드 흐름을 식별하고 우선 순위를 지정하려면 사용자 흐름 및 시스템 흐름을 매핑하여 조직에 대한 중요도를 결정합니다. 이 방법을 사용하면 가장 중요한 워크로드 기능을 식별하고 우선 순위를 지정하여 오류 손상 위험을 줄일 수 있습니다. 워크로드 흐름을 식별하고 우선 순위를 지정하지 못하면 시스템 고장과 워크로드 안정성이 손상될 수 있습니다.

정의

용어	정의
사용자 흐름	사용자가 애플리케이션 또는 시스템 내에서 수행하는 작업의 경로 또는 시퀀스입니다.
시스템 흐름	시스템 내의 정보 및 프로세스 흐름입니다. 시스템은 사용자 흐름 또는 워크로드 기능을 사용하도록 설정하기 위해 이 흐름을 자동으로 따릅니다.

주요 디자인 전략

워크로드를 디자인할 때는 사용자 흐름 및 시스템 흐름을 정의해야 합니다. 사용자 흐름은 애플리케이션을 통해 사용자의 이동을 차트로 표시합니다. 사용자 인터페이스, 상호 작용, 의사 결정 및 작업을 완료하는 데 필요한 단계에 초점을 맞춥니다. 사용자 흐름은 사용자 환경 및 인터페이스 디자인에 대한 사용자 중심 관점을 제공합니다. 시스템 흐름은 워크로드의 내부 작업을 차트로 표시합니다. 데이터 이동, 입력 처리, 출력 처리 및 워크로드 구성 요소, 백 엔드 서비스 및 외부 API 간의 상호 작용에 중점을 줍니다. 시스템 흐름은 워크로드가 내부적으로 작동하는 방식에 대한 복잡한 세부 정보를 나타냅니다.

워크로드의 디자인 단계 초기에 흐름을 식별하고 정의해야 합니다. 워크로드의 안정성에 어떤 영향을 미치는지 보다 명확하게 이해할 수 있습니다. 아키텍처 결정은 워크로드의 안정성 목표와 밀접하게 일치합니다.

모든 사용자 및 시스템 흐름 식별

모든 사용자 및 시스템 흐름을 식별한 결과는 워크로드의 모든 흐름에 대한 카탈로그입니다. 이 식별 프로세스에서는 시스템 내의 모든 사용자 상호 작용과 프로세스를 처음부터 끝까지 계획해야 합니다. 이 매핑은 중요한 흐름을 식별하기 위한 필수 조건입니다. 워크로드의 모든 사용자 및 시스템 흐름을 식별하기 위한 권장 사항은 다음과 같습니다.

• 관련자를 인터뷰합니다. 관련자는 흐름을 식별하는 데 유용한 정보를 제공할 수 있으며 흐름을 매핑하고 우선 순위를 지정하는 데도 도움이 될 수 있습니다. 사용자, 비즈니스 분석가 및 기술 팀을 인터뷰하여 워크로드 내의 사용자 상호 작용 및 종속성에 대한 인사이트를 수집할 수도 있습니다.

• 설명서를 검토합니다. 디자인 단계에서는 검토할 설명서가 없을 수 있습니다. 그러나 설명서가 있는 경우 사용해야 합니다. 시스템 아키텍처 다이어그램, 사용자 설명서 및 프로세스 설명을 요청합니다. 이러한 문서는 워크로드 및 개별 흐름의 의도된 기능을 이해하는 데 도움이 될 수 있습니다.

• 워크로드를 관찰합니다. 작업 중인 워크로드를 모니터링하여 사용자가 작업과 상호 작용하는 방식과 서로 다른 구성 요소가 서로 대화하는 방식을 확인합니다. 시스템 로그, 성능 메트릭 및 사용자 활동 로그를 분석하여 패턴, 빈번한 작업 및 시스템 응답을 식별해야 합니다.

• 식별된 흐름을 나열합니다. 인터뷰, 설명서 및 관찰을 통해 워크로드의 모든 흐름을 식별할 수 있습니다. 식별한 모든 흐름의 목록을 컴파일하고 사용자 흐름(사용자 상호 작용에 집중) 및 시스템 흐름(백 엔드 프로세스 및 데이터 이동에 집중)으로 분류합니다.

• 흐름 시작점과 끝점을 정의합니다. 식별된 각 흐름에 대해 흐름이 시작되는 위치와 종료 위치를 명확하게 정의합니다. 사용자 흐름의 경우 각 사용자 상호 작용 및 예상 결과를 문서화합니다. 사용자 환경 및 인터페이스 디자인에 집중합니다. 시스템 흐름의 경우 기본 트리거 및 예상 결과를 식별해야 합니다.

• 각 흐름을 분해합니다. 각 흐름을 개별 단계로 분할하여 각 지점에서 발생하는 작업, 의사 결정 또는 프로세스를 설명합니다. 각 단계가 다른 흐름 또는 외부 시스템에 대한 종속성을 포함하여 시스템의 다른 부분과 상호 작용하는 방식을 확인합니다. 흐름이 통합되는 방식을 정확히 파악하고 워크로드 및 사용자 환경에 영향을 줄 수 있어야 합니다. 이 이중 접근 방식은 전체 워크로드에 대한 전체적인 보기를 제공합니다.

• 고유한 출력을 문서화합니다. 오류 처리 또는 조건부 분기와 같은 각 흐름 내의 대체 경로 또는 예외를 식별합니다. 흐름에 가능한 결과가 여러 개 있는 경우 카탈로그에 고유 항목으로 추가해야 합니다. 사용자 흐름의 경우 상호 작용의 의도된 동작을 식별해야 합니다. 시스템 흐름의 경우 프로세스의 의도된 동작을 식별해야 합니다.

• 다이어그램을 사용하여 시각화합니다. 흐름과 해당 단계를 시각적으로 나타내는 순서도 또는 다이어그램을 만듭니다. Microsoft Visio, UML 시퀀스 다이어그램, 사용 사례 다이어그램, 간단한 그리기 도구 또는 텍스트 형식의 설명 목록과 같은 도구를 사용할 수 있습니다(예제 흐름 카탈로그 참조).

• 흐름 매핑을 반복적으로 업데이트합니다. 흐름 매핑은 반복적인 프로세스입니다. 흐름은 특히 디자인 단계에서 변경, 분할 또는 결합할 수 있습니다. 워크로드 흐름이 더 명확하게 정의되면 일치하도록 흐름 카탈로그를 업데이트해야 합니다. 정확도와 완전성을 보장하기 위해 관련자의 피드백을 사용하여 흐름 다이어그램의 유효성을 검사하고 구체화합니다.

각 흐름에 대한 비즈니스 프로세스 식별

비즈니스 프로세스는 주문 이행, 고객 서비스 관리 또는 재고 관리와 같은 결과를 달성하기 위한 일련의 작업입니다. 각 흐름에 대한 비즈니스 프로세스를 식별하려면 흐름을 하나 이상의 비즈니스 프로세스에 매핑해야 합니다. 이 매핑은 비즈니스에 대한 각 흐름의 중요도를 이해하는 데 도움이 됩니다.

비즈니스 프로세스에 대한 흐름 매핑을 제공하는 기존 설명서 또는 비즈니스 계획이 있을 수 있습니다. 경우에 따라 사용자 설명서, 학습 자료 또는 시스템 사양은 워크로드 및 흐름의 의도된 사용 및 목적에 대한 인사이트를 제공할 수 있습니다. 그렇지 않은 경우 흐름을 지원하는 비즈니스 프로세스에 매핑해야 합니다. 각 흐름에 대한 비즈니스 프로세스를 식별하는 권장 사항은 다음과 같습니다.

• 워크로드 출력을 사용합니다. 워크로드 출력 및 흐름 분석을 사용하여 흐름을 지원하는 비즈니스 프로세스와 상호 연결할 수 있습니다. 먼저 워크로드에서 생성하는 출력을 검토합니다. 출력은 판매 보고서, 데이터 파일 또는 완료된 작업일 수 있습니다.

• 인터뷰를 진행합니다. 워크로드와 상호 작용하는 팀 구성원 및 관련자와 대화합니다. 일상적인 작업, 워크로드를 사용하는 방법 및 이를 통해 달성한 목표에 대해 구체적인 질문을 해야 합니다. 기술 팀은 종종 워크로드 구조를 더 깊이 이해하고 지원되는 비즈니스 프로세스에 대한 인사이트를 제공할 수 있습니다.

• 워크로드 사용량을 모니터링합니다. 기존 워크로드의 경우 워크로드를 모니터링하고 데이터 입력, 주문 처리 또는 고객 상호 작용과 같은 기본 비즈니스 프로세스를 나타내는 사용 패턴을 찾습니다.

• 출력을 비즈니스 프로세스에 연결합니다. 흐름 출력의 점을 지원하는 전체 비즈니스 프로세스에 연결합니다. 예를 들어 흐름 단계에 고객 주문 처리가 포함되는 경우 주문 처리의 비즈니스 프로세스를 직접 지원합니다. 주문 이행은 고객 만족도를 유지하고 수익을 창출하는 비즈니스 목표에 기여합니다. 마지막으로 흐름 분석을 사용하여 판매 보고서를 만든 흐름을 결정합니다.

각 흐름에 대한 프로세스 소유자 및 관련자 식별

흐름의 프로세스 소유자는 지정된 프로세스의 성공적인 실행을 담당하는 개인입니다. 그들은 해당 프로세스와 이를 지원하는 흐름을 담당합니다. 각 워크로드 흐름에 대한 프로세스 소유자를 식별해야 합니다. 또한 각 흐름에 대한 관련자를 식별해야 합니다. 관련자는 워크로드에 관여하거나, 흐름에 대한 종속성을 갖거나, 흐름에 있는 종속성을 관리할 수 있습니다.

이미 프로세스 소유자 및 관련자를 식별하는 RAM(책임 할당 매트릭스) 또는 RACI 매트릭스가 있을 수 있습니다. 일반적으로 프로세스 소유자는 프로세스에 대한 책임이 있거나 책임이 있으며 관련자와 상의하거나 알릴 수 있습니다.

각 흐름에 대한 에스컬레이션 경로 식별

에스컬레이션 경로 식별은 흐름과 관련된 문제를 에스컬레이션하기 위한 채널을 결정하는 것입니다. 에스컬레이션이 필요한 인시던트로는 긴급 업데이트, 보안 인시던트, 성능 저하 또는 기술적 인시던트가 있을 수 있습니다. 에스컬레이션 경로를 식별하는 목표는 문제의 시기적시고 효과적인 해결을 보장하는 것입니다.

매핑하는 에스컬레이션 경로는 특정 문제를 해결할 가능성이 가장 큰 사람 또는 그룹으로 시작해야 합니다. 이 사용자 또는 그룹이 문제를 해결할 수 없는 경우 에스컬레이션 경로는 다음 연락 지점을 식별해야 합니다. 다음 연락 지점은 더 광범위한 책임을 지고 조직의 더 많은 부분과 완화 전략을 조정할 수 있습니다. 에스컬레이션 경로의 사용자 수는 흐름 및 조직에 따라 다릅니다. 에스컬레이션 경로에 있는 사람이 너무 많을수록 해결 노력이 느려질 수 있습니다.

각 흐름의 비즈니스 영향 식별

각 흐름이 주요 비즈니스 목표에 어떻게 기여하는지 이해하려면 각 흐름의 비즈니스 영향을 식별하는 것이 필수적입니다. 비즈니스 영향에는 수익 창출, 고객 만족도 또는 운영 효율성이 포함될 수 있습니다. 각 흐름의 긍정적 영향과 부정적인 영향을 모두 이해하면 비즈니스에 가장 중요한 흐름의 안정성을 보장하기 위한 노력의 우선 순위를 지정할 수 있습니다. 흐름 오류의 직접적인 영향과 상호 연결된 다른 프로세스에 대한 간접적인 영향을 고려하는 것이 중요합니다. 각 흐름의 비즈니스 영향을 식별하는 단계는 다음과 같습니다.

• 긍정적인 영향을 식별합니다. 흐름이 의도한 대로 실행될 때 예상되는 이점을 결정합니다. 예상되는 이점에는 효율성 향상, 수익 증가, 고객 만족도 향상 또는 비즈니스에 미치는 기타 긍정적인 영향이 포함될 수 있습니다.

• 부정적인 영향을 식별합니다. 프로세스가 실패하거나 예상대로 작동하지 않는 경우 잠재적인 부정적인 영향을 평가합니다. 수익 감소와 같은 특정 손실을 정량화하는 것이 좋습니다. 평판 손상, 고객 신뢰의 침식 또는 다른 관련 비즈니스 프로세스에 미치는 부정적인 영향과 같은 주관적인 효과를 포함합니다.

• 용량 및 가용성 가정을 정의합니다. 각 프로세스의 예상 용량 및 가용성에 대한 가정을 설정합니다. 시간 단위당 처리량, 예상 업무 시간 및 목표 백분율 가동 시간과 같은 요인을 고려합니다. RTO(복구 시간 목표) 또는 RPO(복구 지점 목표)에 대한 기대치가 있는 경우 이러한 기대치를 포함해야 합니다. 이러한 가정은 각 흐름의 안정성 요구 사항을 이해하는 데 도움이 됩니다.

이러한 측면을 체계적으로 평가하면 각 흐름이 비즈니스에 미치는 영향을 포괄적으로 파악하고 안정성 최적화에 대한 전략적 결정을 내릴 수 있습니다.

각 흐름에 중요도 등급 할당

전체 비즈니스 영향과 관련된 흐름 중요도를 자세히 평가하면 각 흐름에 중요도 등급을 할당할 수 있습니다. 정량적 또는 정성적 중요도 등급을 사용할 수 있습니다. 목적은 우선 순위에 따라 흐름을 정렬하고 중요한 흐름을 식별할 수 있는 레이블을 할당하는 것입니다. 이 프로세스는 비즈니스 프로세스 및 영향에 대한 식별, 매핑 및 정렬의 논리적 연속입니다. 다음 중요도 설명을 사용하여 중요 등급을 할당합니다.

• 중요도 높음: 중요도가 높은 흐름은 핵심 비즈니스 기능에 필수적입니다. 고객 경험, 금융 거래, 보안 프로토콜, 인간의 건강 및 안전과 같은 비즈니스의 중요한 측면에 직접 영향을 줍니다. 이러한 흐름의 실패 또는 중단은 상당한 즉각적 또는 장기적인 부정적인 영향을 초래할 수 있습니다. 부정적인 영향의 예로는 수익 손실, 신뢰 위반 및 법적 문제가 있습니다. 이러한 흐름의 우선 순위를 지정하면 워크로드의 가장 중요한 측면이 강력하고 복원력이 보장됩니다.

• 중대성: 중간 중요도 흐름은 시스템의 전체 기능에 중요하지만 고객 또는 중요한 비즈니스 운영과 직접 상호 작용하지는 않습니다. 예를 들어 문제가 내부 데이터 처리 흐름을 방해하는 경우 즉각적인 외부 영향 없이 데이터 처리를 다시 시도할 수 있습니다. 이러한 흐름은 원활한 운영에 필수적이지만 즉각적인 고객 또는 재무 효과 측면에서 버퍼를 제공하여 문제에 대한 관리형 응답을 허용합니다.

• 낮은 중요도: 낮은 중요도 흐름은 핵심 비즈니스 기능 또는 고객 환경에 직접적이거나 중요한 영향을 미치지 않습니다. 예를 들어 야간 로그 전송과 같은 보조 프로세스 또는 피드백 설문 조사와 같은 선택적 사용자 기능이 있습니다. 이러한 흐름은 전체 시스템에 영향을 주지만 중단으로 인해 심각한 즉각적인 비즈니스 또는 운영 문제가 발생할 가능성은 낮습니다.

중요도를 할당하는 이 구조화된 접근 방식에 따라 리소스의 우선 순위를 효과적으로 지정하고 가장 중요한 흐름의 안정성과 효율성을 유지 관리하고 향상시키는 데 집중할 수 있습니다.

절충: 안정성에 대한 기대치가 높을수록 운영자의 설치 비용, 운영 비용 및 관리 부담이 높아질 수 있습니다. 관련자가 중요한 흐름의 안정성을 개선하는 잠재적 비용 증가를 이해하도록 합니다.

조직 맞춤

클라우드 채택 프레임워크 비즈니스 중요도 분류가 필요한 워크로드에 대한 지침을 제공합니다.

자세한 내용은 클라우드 관리의 비즈니스 중요도를 참조하세요.