견고한 구성 관리 계획을 통해 프로젝트의 다양한 구성 요소에 대한 변경 사항을 손쉽게 정의, 문서화, 제어, 지시, 구현 및 관리할 수 있습니다.
시스템 및 거버넌스 엔지니어링 프로세스가 조직 전체의 IT 서비스와 리소스를 제어하고 추적하는 데 필요합니다.
구성 관리 계획의 기준은 모든 항목을 염두에 두고 기능적 상호 종속성과 기능을 문서화하는 것입니다.
그리고 최고의 IT 서비스를 제공하려면 몇 가지 ITIL(IT 인프라 라이브러리) 지침을 따라야 합니다.
ITIL 프레임워크는 백업, 클라우드 서비스, 네트워크 보안, 관리형 인쇄 서비스, 헬프 데스크 지원, IT 컨설팅 등과 같은 다양한 IT 서비스를 포괄할 수 있습니다. 위험 관리, 비용 효율적인 관행 수립, 고객 관계 강화에 대한 체계적이고 체계적인 접근 방식을 제공합니다.
구성 관리 계획, 이점, 목표, 구성 요소 및 모범 사례에 대해 논의해 보겠습니다.
목차
구성 관리란 무엇입니까?
구성 관리에는 수명 주기 전반에 걸쳐 설계, 운영 정보 및 요구 사항의 도움을 받아 제품의 기능, 성능 및 물리적 속성의 일관성을 유지하는 것이 포함됩니다.
구성 관리 프로세스에는 5가지 간단한 단계가 포함됩니다.
- 구성 관리 계획 작성: 첫 번째는 프로젝트 구성을 기록, 관리 및 테스트하는 프로세스를 설명하는 계획을 작성하는 것입니다. 계획에는 각 항목의 소개, 프로젝트 개요 및 관리 전략이 포함됩니다.
- 구성 요구 사항 식별: 이것은 이해 관계자와 회의를 수행하고 결과물을 검토하여 수행할 수 있는 필수 단계입니다.
- 문서화: 모든 구성 요구 사항이 있으면 변경 사항을 기준 구성과 비교하여 진행 상황을 측정할 수 있도록 문서화할 수 있습니다.
- 구성 추적: 추적은 구성 관리의 필수 단계이며 상태 계정을 통해 수행할 수 있습니다. 이것의 주요 목적은 구성의 이전 및 현재 버전을 아는 것입니다.
- 테스트 준수: 또 다른 중요한 단계는 프로젝트 또는 소프트웨어가 구성 요구 사항을 준수하는지 테스트하는 것입니다. 즉, 감사라고 합니다. 이 단계의 주요 목표는 작업 결과가 요구 사항을 충족하는지 확인하는 것입니다.
구성 관리 계획이란 무엇을 의미합니까?
소규모 기업이든, 성장하는 기업이든, 대기업이든 프로젝트를 시작하려면 프로젝트에 대한 몇 가지 특정 절차를 정의해야 합니다. 각 프로세스를 세분화하여 모든 단계를 쉽게 계획할 수 있습니다.
구성 관리 계획은 프로젝트의 각 구성 요소에 대한 변경 사항을 제어, 문서화, 정의, 관리 및 감사하는 데 유용합니다. 여기에는 구성 관리 활동에 필수적인 절차와 요구 사항이 포함됩니다. 또한 클라이언트의 요구 사항에 따라 프로젝트를 제어하고 관리할 수 있습니다.
적절한 구성 계획은 구성 가능하고 공식적인 변경이 필요한 프로젝트 항목을 정의합니다. 이러한 항목은 색상, 크기, 모양, 무게 및 재료일 수 있습니다. 기능에 따른 특정 사양은 모든 제품의 기능을 결정하며 특정 결과를 얻을 수 있습니다.
예: 자동차를 예로 들어 보겠습니다. 물리적 사양은 색상, 도어 개수(4도어 또는 2도어) 등이며 기능 사양은 5초 만에 시속 60마일 도달 능력, 자동 카락 등이다.
구성 관리에는 계획, 식별, 제어, 상태 회계 및 감사의 5단계가 포함됩니다. 이 시스템 엔지니어링 프로세스는 군용 차량, 정보 시스템 및 무기 시스템을 포함한 복잡한 시스템의 수명 주기 전반에 걸쳐 변경 사항을 제어하고 관리하기 위해 군 조직에서 널리 사용됩니다.
구성 관리 계획의 목표
비즈니스에서 구성 관리 계획을 구현하는 것은 프로젝트의 우산 역할을 합니다. 새로운 제품이나 소프트웨어를 해당 버전과 함께 관리하고 추적합니다. 또한 라이프사이클 전반에 걸쳐 소프트웨어, 도구 및 하드웨어의 식별된 구성을 제어합니다.
기술 흐름에 따라 시장에 서서 자산을 파괴할 수 있는 원치 않는 상황과 위험을 억제해야 합니다. 구성 관리 계획의 주요 목표는 다음과 같습니다.
- 구성 가능한 각 항목에 대한 계획 세우기
- 원격 시스템 관리
- 사용자 다운타임 감소
- 안정적인 백업
- 워크스테이션 설정
- 다중 사용자 지원
구성 관리 계획이 필요한 이유는 무엇입니까?
구성 관리에는 데이터를 저장하고 운영하는 메커니즘이 필요합니다. ITIL은 CMDB(구성 관리 데이터베이스)를 대체하기 위해 새로운 개념의 CMS(구성 관리 시스템)를 도입했습니다.
그 이면의 주된 이유는 CMDB가 단일 모놀리식 리포지토리의 개념을 제공하는 반면 CMS는 CMDB의 개념화된 시스템을 제공하기 때문입니다. CMDB는 거버넌스 프로세스 요구 사항을 지원하기 위해 함께 작동합니다.
따라서 리포지토리, CMS 또는 CMDB와 함께 구성 관리 프로세스는 데이터가 모순되고 겹치는 문제에 직면해 있습니다. 이러한 문제를 극복하기 위해 단일 정보 소스만 표시하도록 CI를 조정하고 병합하는 방법을 제공하는 구성 관리 계획이 도입되었습니다.
구성 관리 계획은 서비스 제공, 보안, 규정 준수 및 일관성의 네 가지 주요 목적을 제공합니다. 기존 데이터 센터에 수십 개의 네트워크 스위치, 물리적 서버, 스토리지 장치 등이 있는 상황을 생각해 보십시오. 모든 애플리케이션, OS 및 장치가 허용 가능한 방식으로 구성되도록 하려면 환경을 이해하는 것이 중요합니다.
이는 문제가 있고 복잡하게 들릴 수 있지만 IT 환경에 더 많은 일관성을 제공하려면 구성 관리 계획이 필요합니다. 따라서 장치 또는 응용 프로그램에 교체 또는 서비스가 필요할 때마다 강력한 계획은 문제에 대한 기준을 제공하고 결과는 더 빨리 화면에 표시됩니다.
구성 관리 계획은 기술 기반 세계에서 중요한 역할을 합니다. 다음과 같은 여러 부문에서 많은 이점이 있습니다.
- 구성 관리 계획은 변경 사항을 추적할 수 있게 하여 보안 위반 및 중단의 위험을 줄입니다.
- 자산의 불필요한 중복을 방지하여 구성 요소에 대한 자세한 지식을 제공합니다. 따라서 비용이 절감됩니다.
- 구성 관리 계획은 잘못된 구성을 즉시 식별하고 수정하여 고객 및 직원 경험을 향상시킬 수 있습니다.
- CM 계획은 상태 모니터링, 감사 및 자산 식별을 관리하는 공식 정책을 정의하여 프로세스를 엄격하게 제어합니다.
- 상태 계정을 정리하는 데 도움이 되며 더 나은 릴리스 관리를 제공합니다.
- 장치, OS 또는 응용 프로그램을 더 빠르게 복원할 수 있습니다.
- 구성 관리는 더 빠른 문제 해결과 더 큰 민첩성을 제공합니다.
- 고품질 서비스를 제공하는 데 도움이 됩니다.
- 조직의 모든 구성 가능한 항목에 대해 더 많은 유연성, 확장성 및 가시성을 제공합니다.
구성 관리 계획의 주요 구성 요소 및 단계
IT 서비스 및 인프라 서비스는 프로젝트 관리자 또는 이해 관계자가 전체 프로세스를 쉽게 식별, 문서화 및 감사할 수 있도록 프로세스와 관련된 모든 항목에 대해 항상 미리 계획된 구조를 가져야 합니다. 그들은 또한 개선하고 더 나은 계획을 개발할 영역을 찾아야 합니다.
구성 관리 계획에는 다음이 포함됩니다.
- 정책, 역할, 책임, 표준, 범위 및 목표
- 적절하게 처리되지 않으면 IT 및 인프라 서비스를 구성할 수 있는 구성 항목
- 모든 구성에 대한 변경 제어
- 구성 가능한 모든 항목의 상태를 기록하고 보고하는 방법
- 추적성, 감사성 및 책임성에 대한 요구에 따라 모든 항목의 정확성 및 완전성에 대한 검증 프로세스
- 액세스, 버전, 빌드, 보호 및 릴리스 제어를 포함하는 구성 제어.
- 적어도 두 조직의 공통 경계(예: 시스템 릴리스 및 인터페이스)에서 정보를 기록, 식별 및 관리하기 위한 인터페이스 제어.
- 모든 자산의 구성을 통제할 수 있도록 적절한 계획으로 리소스를 설정하여 구성 관리 시스템의 완전한 유지 관리를 수행합니다.
- 관리 프로세스를 수행하는 하청업체 및 공급업체의 관리.
따라서 구성 관리자와 도구 관리자는 전체 계획 프로세스에 대해 다음 단계를 따라야 합니다.
- 구성 관리 계획 유지
- 구성 모델 업데이트 요구 사항 식별
- 구성 관리 시스템 변경 작업 검토
- 구성 관리 시스템 데이터 모델 업데이트
- 새로운 CI 유형의 필요성 추적
- CI 수정 요구사항 확인
- 새 CI 유형 만들기
- 새 CI 구성
- 정책 업데이트가 필요한지 확인
- 구성 관리 정책 유지
- 구성 관리 정책 구성
- 구성 관리 시스템 업데이트
구성 관리 계획의 다양한 단계
구성 관리 계획은 프로젝트의 모든 사람이 프로젝트에 필요한 각 항목의 구성을 이해하는 데 도움이 될 수 있습니다. 결과적으로 프로젝트 관리자는 팀이 프로젝트를 완료하기 위한 결과물을 달성하기 위한 전략을 만들 수 있습니다.
이는 이해 관계자도 프로젝트의 진행 상황과 결과물을 추적할 수 있도록 도와줍니다. 이러한 전략의 경우 관리자는 4단계를 따라 구성 계획을 만들고 구현해야 합니다.
#1. 구성 가능한 항목의 식별
먼저 프로젝트와 관련된 구성 가능한 항목을 식별해야 합니다. 각 개별 CI에 대한 고유한 방법을 개발하는 데 도움이 됩니다. 이 구성 요소를 사용하면 관리 프로세스에 있는 항목, 제품의 구성 요소, 구성 요소의 구조 및 항목의 버전을 알 수 있습니다.
#2. 구성 제어
여기에서 프로젝트 수명 주기 전반에 걸쳐 제품 또는 제품의 결과물 및 관련 문서를 관리하는 활동을 제어합니다. 두 번째 단계에서는 제어 가능한 항목, 제어할 수 있는 변경 사항 및 변경 사항을 처리하는 사람을 이해하게 됩니다.
#삼. 상태 회계
이 단계에는 항목의 변경 사항을 기록하고 보고하는 작업이 포함됩니다. 상태, 변경 사항, 변경 시간 및 위치, 영향을 받는 구성 요소에 대해 알게 됩니다.
#4. 감사 및 검증
마지막 단계는 요구 사항에 따른 적합성을 보장하기 위해 적용된 제품, 구성 요소 및 구성의 정확성을 확인하는 데 필수적입니다. 이것은 또한 상태 회계 정보가 올바른지 여부를 확인합니다. 구성 항목의 정확성을 보장하는 것 외에도 다음과 같은 이점이 있습니다.
- 등록, 승인, 추적, 구현 및 평가된 변경 사항 확인
- 프로젝트의 효율성 측정
구성 관리 계획의 적용 가능한 영역
구성 관리는 IT 및 인프라 서비스에 필수적입니다. 구성 관리가 중요한 역할을 하는 몇 가지 영역을 살펴보겠습니다.
소스 코드 관리(SCM)
SCM은 많은 조직이 소스 코드 저장소에 대한 수정 사항을 추적하는 방법입니다. 소스코드 관리가 도입되기 전에는 개발자들이 자신도 모르는 사이에 서로의 작업을 저장하는 데 어려움을 겪었습니다.
적절한 계획은 과로, 덮어쓰기 등의 손실을 방지합니다. 또한 조직 내에서 통찰력과 가시성을 향상시키는 데 사용할 수 있습니다.
빌드 엔지니어링
빌드 엔지니어링은 종종 재현성 부족, 추가 기술 부채, 보안 문제 및 종속성과 같은 문제를 보여줍니다. 이러한 문제를 극복하려면 정기적인 워크플로를 생성하기 위한 체계적이고 통합된 표준화된 접근 방식을 포함하는 일관된 빌드 환경이 필요합니다.
환경 구성
동일한 프로젝트 팀의 여러 개발자는 여러 브레인스토밍과 다양한 결과를 의미합니다. 조직은 개발자에게 변경 제어, 릴리스 엔지니어링 및 배포와 같은 승인된 설계 요소에 따라 스스로를 제한하도록 요구하는 불일치를 줄이도록 환경을 구성합니다.
몇 가지 중요한 구성 관리 용어
구성 관리 데이터베이스
CMDB(구성 관리 데이터베이스)는 데이터 웨어하우스 역할을 하는 모든 데이터의 중앙 저장소입니다. IT 환경에 대한 정보를 저장합니다. 또한 구성 관리를 위한 필수 데이터베이스입니다. CMDB가 정확히 하는 일은 구성 가능한 항목의 데이터를 한 곳에 보관하는 것입니다.
여기서 구성 항목은 서버, 가상 머신, 애플리케이션, 컨테이너, 포트폴리오와 같은 논리적 구성, 라우터를 의미할 수 있습니다. 완전한 기능을 갖춘 CMDB를 위해서는 정확성과 지속적인 업데이트가 필요합니다.
정전 제거 및 시간 단축부터 보안 벌금 방지, 보고 및 추적 유지 관리에 이르기까지 다양한 방식으로 IT 팀을 돕습니다. 또한 기술 관리자가 높은 수준의 엔터프라이즈 아키텍처 및 자산 관리를 통해 전체 구성 관리 프로세스를 계획하는 데 도움이 됩니다.
구성 감사
마찬가지로 구성 감사는 승인된 제품에 대해 실제로 이루어진 변경 사항을 추적하는 데 도움이 됩니다. 이를 통해 구성 항목이 기능 요구 사항을 충족하고 산업 표준, 정부 법률 및 회사별 정책을 준수하는지 확인할 수 있습니다.
구성 관리 계획은 구성 관리의 효율성과 정확성을 보장하기 위해 구성 감사 전략을 수행합니다. 또한 구성 항목과 관련된 작업 및 운영 활동을 결정합니다.
구성 관리 계획의 모범 사례
조직의 자산을 항상 사용할 수 있고 모든 것이 완벽하게 작동하도록 하려면 다음 모범 사례를 구현하여 각 항목을 구성해야 합니다.
- 프로세스, 사람 및 기술을 포함: 프로세스, 사람 및 기술을 포함하는 효과적인 구성 관리 계획은 관리 도구를 시작하고 사용하는 것보다 훨씬 더 중요합니다.
- 변경 사항 추적: 구성 관리와 관련된 변경 사항을 추적하기 위해 단일 파일 대신 변경 세트를 사용하는 것을 고려하십시오. 변경 세트는 디렉토리 구조, 파일, 단위 테스트 주석, 환경 변경, 변경 이유 등의 그룹에 대한 변경을 추적합니다.
- 조기 식별 및 테스트: 구성 관리 계획에서 버그 및 유해한 회귀를 포착하기 위해 조기 식별 및 테스트 접근 방식을 채택합니다.
- 끝점 없음: 보안 위험과 성능 저하를 방지하기 위해 관리자는 모든 끝점에 대한 변경 사항을 효과적으로 관리할 수 있도록 모든 도구와 프로세스를 통합해야 합니다.
- 성능 테스트: 변경 사항을 즉시 찾으려면 성능을 추적하는 것이 필요합니다. 성능 테스트를 통해 시스템 기능의 최신 변경 사항에 대한 전반적인 통찰력을 얻을 수 있습니다.
- 코드 관련 문제 수정 방지: 구성 관리 저장소에 정의되어 있지 않으면 코드를 사용하지 마십시오. 이렇게 하면 향후 검토자가 미묘한 버그와 코드 충돌로 이어질 수 있는 문제에 직면하지 않을 것입니다.
결론
효과적인 구성 관리 계획이 중요합니다. 적절한 리소스, 고도로 구성된 데스크톱 및 기타 요구 사항이 필요합니다. 따라서 모든 시스템이 최적으로 작동하고 이동 중에 리소스에 액세스하려면 구성을 최상의 버전으로 유지해야 합니다.
표준 작성, 문서 유지 관리, 구성 무결성 검사, 절차 업그레이드, 버전 제어 등을 통해 접근 방식을 개선할 수 있습니다. 그 결과 생산성, 탄력성, 직원 만족도 및 구조화된 데이터베이스가 향상됩니다.