요구 사항 및 사용 사례 정의

기본적으로 메타데이터를 사용해야 하는 필요성이 있는 이해 관계자와 협력하여 전략 구축을 시작합니다. 이러한 팀은 보고, 자동화 및 데이터 분류와 같이 활동을 지원하기 위해 리소스에 태그를 지정해야 하는 메타데이터를 정의합니다. 리소스를 구성하는 방법과 리소스를 매핑해야 하는 정책을 간략하게 설명합니다. 이러한 이해 관계자가 조직에서 가질 수 있는 역할과 기능의 예는 다음과 같습니다.

• 재무와 LOB(Line of Business)는 투자 가치를 비용과 연계하여 이해함으로써 불평등을 해결할 때 취해야 할 조치의 우선 순위를 정해야 합니다. 창출된 비용 대비 가치를 이해하면 실패한 LOB(Line of Business) 또는 제품 서비스를 식별하는 데 도움이 됩니다. 이는 지속적인 지원, 대안 채택(예: SaaS 서비스 또는 관리 서비스 사용) 또는 수익성이 낮은 비즈니스 서비스의 폐지에 대한 정보에 입각한 결정으로 이어집니다.

• 거버넌스 및 규정 준수는 권한, 정책 및 모니터링과 같은 적절한 제어 및 감독을 적용하기 위해 데이터의 분류(예: 공개, 민감 또는 기밀), 특정 워크로드가 특정 표준 또는 규정에 대한 감사 범위에 속하는지 여부, 서비스의 중요도(서비스 또는 애플리케이션이 비즈니스에 중요한지 여부)를 이해해야 합니다.

• 운영 및 개발 부서는 워크로드 수명 주기, 지원 제품의 구현 단계, 릴리스 단계 관리(예: 개발, 테스트, 프로덕션 분할), 관련 지원 우선 순위 및 이해 관계자 관리 요구 사항을 이해해야 합니다. 백업, 패치, 관찰성, 사용 중단과 같은 업무도 정의하고 이해해야 합니다.

• 정보 보안(InfoSec) 및 보안 운영(SecOps)은 적용해야 하는 제어와 권장되는 제어를 설명합니다. 일반적으로 InfoSec은 제어의 구현을 정의하며 SecOps는 일반적으로 이러한 제어의 관리를 담당합니다.

사용 사례, 우선 순위, 조직 규모, 운영 관행에 따라 재무(조달 포함), 정보 보안, 클라우드 지원, 클라우드 운영 등 조직 내 다양한 팀을 대표해야 할 수도 있습니다. 또한 패치, 백업 및 복원, 모니터링, 작업 예약, 재해 복구와 같은 기능에 대한 애플리케이션 및 프로세스 소유자의 대리인도 필요합니다. 이들 담당자는 태그 지정 전략의 정의, 구현 및 효율성 측정을 주도하는 데 도움을 줍니다. 담당자는 이해관계자와 사용 사례를 거꾸로 검토하여 부서 간 워크숍을 진행해야 합니다. 워크숍에서는 각자의 관점과 요구 사항을 공유하고 전반적인 전략을 수립하는 데 도움을 줄 기회를 얻습니다. 참가자의 예와 다양한 사용 사례에 대한 참여는 이 백서 뒷부분에 설명되어 있습니다.

또한 이해 관계자는 필수 태그의 키를 정의 및 검증하고 선택적 태그의 범위를 추천할 수 있습니다. 예를 들어 재무팀은 리소스를 내부 비용 센터, 사업부 또는 둘 다에 연결해야 할 수 있습니다. 따라서 특정 태그 키(예: CostCenter 및 BusinessUnit)를 필수로 설정해야 할 수도 있습니다. 개별 개발 팀은 자동화를 위해 EnvironmentName, OptIn 또는 OptOut와 같은 추가 태그를 사용하기로 결정할 수 있습니다.

주요 이해 관계자는 태그 지정 전략 접근 방식에 동의하고 다음과 같은 규정 준수 및 거버넌스 관련 질문에 대한 답변을 문서화해야 합니다.

• 해결해야 할 사용 사례는 무엇입니까?

• 리소스 태그 지정(구현)은 누가 담당하나요?

• 태그는 어떻게 적용되며 어떤 방법과 자동화가 사용됩니까(사전 또는 사후)?

• 태그 지정의 효율성과 목표는 어떻게 측정되나요?

• 태그 지정 전략을 얼마나 자주 검토해야 하나요?

• 개선을 주도하는 사람은 누구인가요? 어떻게 이루어지나요?

그러면 Cloud Enablement, Cloud Business Office, Cloud Platform Engineering과 같은 비즈니스 부서가 진행 상황을 측정하고, 장애물을 제거하고, 중복되는 노력을 줄임으로써 태그 지정 전략을 구축하는 프로세스를 촉진하고, 채택을 촉진하고, 애플리케이션의 일관성을 보장하는 역할을 할 수 있습니다.