마이그레이션 전 작업 분류Workload classification before migration

모든 마이그레이션 프로세스를 반복 하는 동안 하나 이상의 작업을 마이그레이션하고 프로덕션으로 승격 합니다.During each iteration of any migration process, one or more workloads will be migrated and promoted to production. 이러한 마이그레이션 작업 중 하나를 수행 하기 전에 각 워크 로드를 분류 하는 것이 중요 합니다.Prior to either of those migration activities, it is important to classify each workload. 분류는 거 버 넌 스, 보안, 운영 및 데이터 관리 요구 사항을 명확 하 게 설명 합니다.Classification helps clarify governance, security, operations, and data management requirements.

다음 지침은 중요 한 작업거 버 넌 스 요소를 추가 하 여 태깅 전략 정의 에 설명 된 제안 된 태그 지정 요구 사항을 기반으로 합니다.The following guidance builds on the suggested tagging requirements outlined in Define your tagging strategy by adding important operations and governance elements.

이 문서에서는 특히 기존 태그 지정 표준에 중요도 및 데이터 민감도를 추가 하는 것이 좋습니다.In this article, we specifically suggest adding criticality and data sensitivity to your existing tagging standards. 이러한 각 데이터 요소를 통해 다른 팀은 추가 주의가 나 지원이 필요할 수 있는 작업을 파악할 수 있습니다.Each of these data points will help other teams understand which workloads may require additional attention or support.

데이터 민감도Data sensitivity

데이터 분류에 대 한 문서에 설명 된 대로 데이터 분류는 비즈니스 또는 고객에 게 데이터가 누출 되는 영향을 측정 합니다.As outlined in the article on data classification, data classification measures the impact that a data leak would have on the business or customers. 거 버 넌 스 및 보안 팀은 보안 위험을 나타내는 데이터 민감도 또는 데이터 분류를 사용 합니다.The governance and security teams use data sensitivity or data classification as an indicator of security risks. 평가 하는 동안 클라우드 채택 팀은 마이그레이션을 대상으로 하는 각 워크 로드에 대 한 데이터 분류를 평가 하 고 해당 분류를 지원 팀과 공유 해야 합니다.During assessment, the cloud adoption team should evaluate the data classification for each workload targeted for migration and share that classification with supporting teams. "공용 데이터"를 엄격 하 게 처리 하는 작업은 지원 팀에 영향을 주지 않을 수 있습니다.Workloads that deal strictly in "public data" may not have any impact on supporting teams. 그러나 데이터를 "매우 기밀"으로 이동 하 여 데이터를 더 많이 이동 하는 경우 거 버 넌 스와 보안 팀은 작업 평가에 참여 하는 것이 vested 될 것입니다.However, as data moves further towards the "highly confidential" end of the spectrum, both governance and security teams will likely have a vested interest in participating in the assessment of the workload.

가능한 한 빨리 보안 및 거 버 넌 스 팀과 협력 하 여 다음 항목을 정의 합니다.Work with your security and governance teams as early as possible to define the following items:

  • 중요 한 데이터를 사용 하 여 백로그에서 작업을 공유 하는 명확한 프로세스입니다.A clear process for sharing any workloads on the backlog with sensitive data.
  • 다양 한 데이터 민감도 수준에 필요한 거 버 넌 스 요구 사항 및 보안 기준선을 이해 합니다.An understanding of the governance requirements and security baseline required for various different levels of data sensitivity.
  • 데이터 민감도는 구독 설계, 관리 그룹 계층 또는 방문 영역 요구 사항에 따라 달라질 수 있습니다.Any impact data sensitivity may have on subscription design, management group hierarchies, or landing zone requirements.
  • 데이터 분류를 테스트 하기 위한 모든 요구 사항으로, 특정 도구 또는 정의 된 분류 범위가 포함 될 수 있습니다.Any requirements for testing data classification, which may include specific tooling or defined scope of classification.

업무 중요도Mission criticality

워크 로드 중요도에 대 한 문서에 설명 된 대로, 워크 로드의 중요도는 가동 중단 중에 비즈니스가 얼마나 영향을 받는지 측정 하는 것입니다.As outlined in the article on workload criticality, the criticality of a workload is a measure of how significantly the business will be affected during an outage. 이 데이터 요소는 운영 관리 및 보안 팀이 중단 및 위반에 대 한 위험을 평가 하는 데 도움이 됩니다.This data point helps operations management and security teams evaluate risks regarding outages and breaches. 평가 하는 동안 클라우드 채택 팀은 마이그레이션을 대상으로 하는 각 워크 로드에 대 한 업무 중요도를 평가 하 고 해당 분류를 지원 팀과 공유 해야 합니다.During assessment, the cloud adoption team should evaluate mission criticality for each workload targeted for migration and share that classification with supporting teams. "낮음" 또는 "지원 되지 않는" 작업은 지원 팀에 거의 영향을 주지 않을 수 있습니다."Low" or "unsupported" workloads are likely to have little impact on the supporting teams. 그러나 워크 로드에서 "중요 업무용" 또는 "단위 중요" 분류를 사용 하는 것 처럼 작업 종속성이 더 분명 하 게 됩니다.However, as workloads approach "mission critical" or "unit critical" classifications, their operational dependencies become more apparent.

최대한 빨리 보안 및 운영 팀과 협력 하 여 다음 항목을 정의 합니다.Work with your security and operations teams as early as possible to define the following items:

  • 지원 요구 사항에 따라 백로그의 워크 로드를 공유 하는 프로세스를 명확 하 게 합니다.A clear process for sharing any workloads on the backlog with support requirements.
  • 다양 한 수준의 중요도에 대 한 작업 관리 및 리소스 일관성 요구 사항을 이해 합니다.An understanding of the operations management and resource consistency requirements for various different levels of criticality.
  • 영향 중요도는 구독 설계, 관리 그룹 계층 또는 방문 영역 요구 사항에 따라 달라질 수 있습니다.Any impact criticality may have on subscription design, management group hierarchies, or landing zone requirements.
  • 특정 트래픽 또는 사용 보고서, 재무 분석 또는 기타 도구를 포함할 수 있는 중요도를 문서화 하기 위한 요구 사항Any requirements for documenting criticality, which might include specific traffic or usage reports, financial analyses, or other tools.

다음 단계Next steps

워크 로드가 올바르게 분류 되 면 비즈니스 우선 순위를 맞추는것이 훨씬 쉽습니다.Once workloads are properly classified, it's much easier to align business priorities.