구성 항목

Configuration item

형상항목(CI)이란 형상관리시스템의 기본 구조단위를 말한다.[1]CI의 예로는 개별 하드웨어, 소프트웨어 등이 있다.형상관리시스템은 식별, 변경관리, 상태회계, 감사 등의 기본요소를 구현하고 활성화함으로써 프로세스와 도구의 조합을 통해 CI의 수명을 감독한다.이 시스템은 다른 CI와의 비호환성뿐만 아니라 테스트 부족과 관련된 오류의 도입을 방지하는 것을 목적으로 한다.

설명

"구성 항목"이라는 용어는 제품에 적용될 수 있고, 제품의 할당된 구성요소 또는 최종 사용 함수를 만족하는 두 가지 모두 구별되는 요구사항, 기능 및/또는 제품 관계를 가지고 있으며, 구성 관리 시스템에서 구별되는 제어를 위해 지정된다.구성 항목과 관련 제품 구성 정보 버전 및 승인된 변경사항은 현재 승인된 구성 감사의 기초를 형성한다.

  • 기업은 다른 모든 구성 항목 및 관련 제품 구성 정보와 구별될 수 있도록 고유하게 식별되어야 한다.
  • 변경의 실시자의 관점에서, CI는 제품 구조 내의 「어떤 항목」이 변경에 의해 영향을 받는 것이다.구성 항목의 특정 기준선 버전을 변경하면 변경사항의 영향을 받는 정보에 대한 수정된 변경사항이 포함된 기준선의 새 버전이 생성된다.CI 부품 번호는 새로운 부품 또는 업데이트된 부품이 더 이상 기능적으로 또는 기존 부품과 물리적으로 상호 교환할 수 없는지에 따라 변경될 수 있다.소프트웨어 CI 버전은 변경이 구현될 때마다 변경된다.변경의 효과를 검토하면서 반드시 질문해야 할 두 가지는 다음과 같다.
  1. 영향을 받는 구성 항목은?
  2. 구성 항목과 관련 구성 정보 및 인터페이스가 어떤 영향을 받았는가?
  • 제품 내의 CI 사용은 강력한 상태 계정 시스템에서 추적할 수 있다.
  • CI는 확립된 기준에 근거한 합격 검증의 대상이 된다.

구성 항목 유형

CI 유형의 예는 다음과 같다.

  • 하드웨어/장치
  • 소프트웨어/애플리케이션
  • 통신/네트워크
  • 시스템
  • 위치
  • 시설
  • 데이터베이스
  • 서비스


변경 관리, 사고 및 문제 관리 및 기타 프로세스의 실체도 구성 항목으로 간주되는 경우가 있다.

CI 속성 및 데이터

구성 항목은 속성으로 표현된다.이러한 속성은 모든 구성 항목(예: 우리가 생성할 고유 항목 코드, 기능 설명, 라이프사이클의 종료 또는 구성 항목 변경을 승인하는 사업주, 이를 지원하고 변경사항을 이행하는 기술 소유자)에 공통적일 수 있다.추가 속성은 지정된 항목 유형에 특정될 수 있다.하드웨어 장치에는 일부 속성, 데이터베이스 서버, 응용 프로그램 및 다시 다른 속성이 있을 것이다.

공통 속성의 예:

  • CI 고유 식별자 또는 식별 코드
  • CI 이름 또는 레이블(일반적으로 긴 이름과 짧은 이름 모두)
  • CI 약어 또는 약어
  • CI 설명
  • CI 소유권(조직 및 인력)
  • CI 중요도

속성 식별

Configuration items- Identifying properties.png

각 구성 항목 유형은 특정 속성을 가져야 하며, 이 속성의 조합은 고유해야 한다.따라서 우리가 어떤 아이템을 다루고 있는지 그들에 따라 인식할 수 있을 것이다.장치의 경우 그러한 독특한 조합은 예시일 것이다.장치 제조업체, 모델/유형 및 일련 번호.

특성(빨간색으로 강조 표시)을 식별하면 이러한 항목의 특정 인스턴스를 구별할 수 있다.



릴리스

릴리스(자체, 버전 엔티티)는 여러 구성 항목으로 구성될 수 있다.각 구성 항목에 대한 변경 세트가 릴리스 노트에 표시되며, 각 구성 항목에 대한 특정 제목이 노트에 포함될 수 있다.복잡한 하드웨어 구성 항목은 그 최상위 수준보다 많은 수준의 구성 항목을 가질 수 있다. 각 구성 항목 수준은 구성 관리 시스템의 동일한 기본 요소를 충족해야 한다.

릴리스와 관련된 구성 항목을 관리하는 현대적 접근방식은 코드 리포지토리와 아티팩트 리포지토리를 사용하여 구성 관리 데이터베이스를 보완하는 것이다.[2][3]이것은 최종 미디어 라이브러리의 사용에서 볼 수 있다.

어휘

변경사항의 이행 및 관리에 있어 그 목적 외에, 각 구성 항목의 목록과 정의는 제품에 연결된 모든 그룹에 걸쳐 공통 어휘로 작용해야 한다.제품 마케팅과 관련된 개인과 구현을 담당하는 개인이 구성 항목의 이름을 사용할 때 공통의 정의에 동의할 수 있는 수준에서 CI를 정의해야 한다.특정 프로젝트에 대한 구성 항목의 선택과 식별은 제품의 전체적인 아키텍처를 위에서 아래로 개발하기 위한 첫 단계로 볼 수 있다.[citation needed]

참조

  1. ^ 비교:Coupland, Martyn (2014). Microsoft System Center Configuration Manager Advanced Deployment. Professional expertise distilled. Packt Publishing Ltd. ISBN 9781782172093. Retrieved 2015-08-03. Application management in the background is more complex than the way packages execute in Configuration Manager. The process works using Configuration Items (CIs).
  2. ^ "Introduction to Configuration Management in DevOps". BrowserStack. Retrieved 2022-03-11.
  3. ^ "Role of Code Configuration Management in DevOps Pluralsight Pluralsight". www.pluralsight.com. Retrieved 2022-03-11.

외부 링크