최종 미디어 라이브러리

Definitive Media Library
릴리즈 관리 프로세스의 컨텍스트에서 미디어 라이브러리 및 CMDB

확정 미디어 라이브러리는 조직의 최종적이고 공인된 소프트웨어 미디어 버전이 저장되고 보호되는 안전한 정보 기술 저장소다.조직이 운영 환경에 새롭거나 변경된 애플리케이션 소프트웨어를 출시하기 전에 해당 소프트웨어를 완전히 테스트하고 품질을 보장해야 한다.확정 미디어 라이브러리는 배포할 준비가 된 소프트웨어 개체의 저장 영역을 제공하며, 일반적으로 조달 및 맞춤형 애플리케이션과 골드 빌드 소스 코드 및 실행 파일을 포함하여 적절한 품질 보증 검사를 통과한 제어된 소프트웨어 미디어 구성 항목(CI)의 마스터 복사본만 포함해야 한다.ITIL[1] 모범 사례 프레임워크의 맥락에서, 확정 미디어 라이브러리라는 용어는 버전 ITIL v3 이전에 언급된 확정 소프트웨어 라이브러리라는 용어를 대체한다.

구성 관리 데이터베이스(CMDB)와 연계하여 데이터 센터의 DNA, 즉 CMDB 설치 및 구성 기록에 연결된 모든 애플리케이션 및 빌드 소프트웨어 미디어를 효과적으로 제공한다.

DML(Decision Media Library)은 조직의 릴리스 및 프로비저닝 프레임워크와 서비스 연속성 계획의 주요 구성요소다.

배경

통제된 IT 환경에서는 오직 승인된 버전의 소프트웨어만 생산에 들어갈 수 있도록 하는 것이 중요하다.인증되지 않은 소프트웨어 버전이 실제 환경으로 진입하는 경우 심각한 결과를 초래할 수 있다.일반적으로 성숙한 조직에서는 이러한 발생을 방지하기 위해 엄격한 변경 및 릴리스 관리 프로세스가 존재하지만, 이러한 프로세스에는 공인 소프트웨어 버전을 안전하게 저장하고 액세스할 수 있는 장소가 필요하다.ITIL이 3번째 버전에서 제시한 솔루션을 확정 미디어 라이브러리 또는 DML(버전 2에서 이전에 명명된 확정 소프트웨어 라이브러리 또는 DSL을 대체)이라고 한다.ITIL은 DML이 물리적 또는 가상 저장소가 될 수 있고 두 가지 방법 중 하나에 이점과 단점이 있다고 제안한다.그러나 DML 솔루션의 성공에는 핵심 요소가 분명히 있다. 즉, 프로덕션에 배포하는 데 필요한 소프트웨어는 엄격한 테스트, 보장 및 라이센스 부여를 받아야 하며 또한 안전하고 일관성 있게 배포할 수 있는 방식으로 패키징되어야 한다.또한 DML은 권한이 있는 자만이 쉽게 접근할 수 있어야 한다.이러한 방식으로 가상(전자) 스토리지 영역은 거의 항상 우수한 솔루션을 제공할 것이며, 이는 DML을 중앙 집중화하여 필요할 경우 원격 또는 정상 업무 시간 이외의 시간에 액세스할 수 있음을 의미한다(배포 참조).

범위

DML은 개발에서 생산 단계로 이행하는 것을 지원하는 데 중요한 역할을 하며, DML 솔루션은 다른 소프트웨어 및 소스 코드 저장소와 구별되어야 한다.개발 또는 소프트웨어 진화 단계를 지원하는 소프트웨어 구성 관리 또는 SCM(소프트웨어 변경 및 구성 관리라고도 함)이것은 중요한 구별이고 종종 약간의 혼란을 야기시킨다.본질적으로, SCM 도구 또는 저장소는 최종 인가 제품을 포함하지 않고 코드(또는 작업 제품)의 모든 개발 버전과 수정본을 저장 및 관리하는 반면에, DML은 코드 또는 제품의 최종 인가 버전만 저장한다.이는 제품이 디자인 하우스에서 공장까지, 창고까지 거쳐서 쇼핑하는, 즉, 고가 제품 라이프사이클과 유사하다.

  • 제품 개발 및 제조 방법에 대한 기록(기록)을 보관한다.이를 통해 품질 관리 중 또는 심지어 나중에 서비스할 때 불량 제품이 발견될 경우 어떤 과정을 추적할 수 있는지 추적할 수 있다.
  • DML에서 프로덕션 환경으로 소프트웨어가 설치 및 배포되는 위치에 대한 레코드(메타데이터)는 CMDB에 보관된다.각 설치 또는 배치는 해당 생산 변경 요청과 DML 실제와 그것이 배치된 플랫폼 간의 관계로서 CMDB에 기록된 변경에 의해 승인되어야 한다.

보다 성숙하거나 진화된 상태에서는 두 가지 형태의 구성 관리 사이에 구분이 없으며 프로세스는 전체 서비스 제공 및 서비스 운영 라이프사이클을 지속적으로 지원하고 있다.이를 엔터프라이즈 구성 관리라고 한다.여기서도 개발 기반 가공품은 여전히 품질 보증의 관리로부터 구별되어야 하며 배치가 가능한 최종 마스터 버전과는 별도로 유지되어야 한다.아웃소싱 또는 멀티벤더 배치에서 일관되고 안전한 형태의 공급자 액세스의 존재 또는 그 외는 소프트웨어 구성 관리를 수동적으로 수행하는지(공급자가 자체 SCM 도구를 채택한 후 완제품을 납품하는 것에 의해 영구적으로) 또는 능동적으로 수행하는지(Supp으로 내부 검토)에 따라 결정된다.중앙 호스팅된 SCM 도구를 사용하는 플라이어).그러나 모든 완제품(애플리케이션 소프트웨어)은 공인된 전개형식의 중앙 DML 내에 저장되어야 한다.

DML이 저장하는 일반적인 CI에는 다음이 포함된다.

  • 패키지형 사내 애플리케이션 소프트웨어
  • 상용 기성품(COTS) 원시 미디어
  • 맞춤형 COTS 소프트웨어(향상된 기능, 맞춤형 구성 등 포함)
  • 릴리스 패키지
  • 패치(패치(컴퓨팅) 참조)
  • 골드 빌드(클라이언트, 서버, 네트워크 및 스토리지 장치 등)
  • 시스템 이미지
  • 다양한 기술 스택 및 배포 기술(예: Wintel, UNIX, 오라클, 메인프레임, 네트워크, 스토리지 등)

미디어 릴리스 수명 주기

(위의 "Release Management Process의 맥락에서 Definitive Media Library & CMDB" 다이어그램을 참조하십시오)

미디어 릴리스 라이프사이클 단계:

  1. 새로운 서비스나 제품에 대한 수요가 발생한다.
  2. 요구사항 추적가능성 툴에서 추출한 기능요건에 근거하여 제품(서비스, 빌드 또는 애플리케이션)의 제작 또는 구매를 결정한다.제품은 건축 설계 정책(서비스 설계)에 따라 서비스/제품 카탈로그에서 생성되거나 선택된다.COTS 제품은 DML에 'provised' 상태로 조달되어 저장된다.새 제품일 경우 제품이 승인된 제품 카탈로그에 추가된다.사내에서 생성한 애플리케이션 소스 코드를 소프트웨어 구성 관리 저장소에서 직접 관리한다.
  3. COTS 제품이나 골드 빌드가 포장되고 있는 경우, DML에서 미디어를 추출한다.
  4. 제품은 패키지화 또는 개발, 패키지화(이 경우 애드온 기능이 사내 애플리케이션 및 빌드와 동일한 방식으로 처리됨)
  5. 스텁 레코드 또는 원래 기준선이 소프트웨어 구성 관리 툴에 생성된다.
  6. 개발 코드 개정과 패키지 개정은 개발 전반에 걸쳐 소프트웨어 구성 관리 도구에 기록된다.
  7. 단위시험을 수행한다.
  8. 출시 패키지를 만들기 위해 포장이 완료되었다.
  9. 제품 패키지 품질 보장(테스트, 스테이징 및 모든 재작업 포함)
  10. 완료된 미디어 패키지(빌드, 서비스 또는 애플리케이션)는 배포를 위한 인증된 미디어로 DML에 다시 저장된다.
  11. 변경 관리 승인 후 제품은 적절한 배포 시스템을 통해 해당 자산에 공개되며, 논리적 설치는 CMS(CMDB)에 적법한 프로세스를 통해 기록된다.
  12. DML 엔티티는 다음과 같은 즉시 보관된다.
    1. CMS 또는 CMDB는 패키지 릴리즈가 더 이상 어떤 장소에서도 사용되지 않고 있음을 나타냄(필요한 퇴행을 허용하려면 마지막 해체 또는 업그레이드 후 유예 기간이 필요함) 및
    2. DML 엔티티가 선택 가능한 항목으로 기술 또는 사용자(서비스) 카탈로그에서 제거됨

분배

미디어의 공인 스토어로서의 DML이 어느 정도의 중앙집중화를 내포하고 있지만, 글로벌 모델을 달성하기 위해서는 LML(Local Media Libraries)이 필요할 것이다.이러한 방법으로, 미디어의 물리적 인스턴스들의 출시와 배치는 글로벌 네트워크를 통한 지속적인 다운로드를 방지함으로써 적시에 국가에서 달성될 수 있다.비 프라임 윈도우에서 인증된 미디어를 복제하면 필요한 패키지를 현지에서 사용할 수 있게 되지만 DML은 프로세스 제어상의 이유로 '마스터'로 남게 된다.DML/LML 계층은 많은 유통 기술 및 패키지 관리 시스템 내에서 볼 수 있는 마스터/보조 배포 계층과 동의어다.그러나 배포 도구는 특정 기술 스택(예: Wintel, Unix, 메인프레임 등)에 치우치는 경향이 있는 반면, DML의 주요 이점 중 하나는 기술 독립성 특성과 모든 공인 소프트웨어에 대한 진정한 중앙 저장소라는 것이다.이러한 방식으로 배포 도구는 소프트웨어 패키지를 얻기 위해 DML에 연결될 것이다.애플리케이션 패키징은 자동 배치를 목표로 하는 표준 구조화 소프트웨어 설치의 준비를 포함한다.패키징은 소프트웨어가 특정 플랫폼이나 환경에서 효율적으로 실행되도록 구성할 수 있기 때문에 구매(COTS) 소프트웨어에도 패키징이 필요하다.이 플랫폼(예: 디스크 스왑 아웃)을 약간 변경해도 패키지가 성공적으로 배포되지 않을 수 있으므로, 패키지 버전이 운영 플래트의 업그레이드 또는 교체에 따라 더 이상 배포되지 않을 경우(예: 긴급 상황 시) 소프트웨어의 원시 미디어(ISO) 버전의 보존이 중요할 수 있다.m

혜택들

DML 지원;

  • 관련성이 있는 모든 배포 패키지의 기반 및 중앙 스토리지 영역으로서의 릴리스 및 배포 관리
  • 서비스 복원 및 재해 복구 절차에 사용할 수 있도록 모든 패키지 애플리케이션 및 원시 미디어의 소스를 제공하는 가용성 및 서비스 연속성
  • 골드 빌드 스토리지를 통한 자동화된 서버 프로비저닝 및 합리화
  • COTS 소프트웨어 라이센스 제공과 관련된 메타데이터 레코드 및 라이센스 키를 제공하여 자산 관리.라이선스 및 라이선스 조건과 함께 저장되는 미디어 및 공인 미디어 세트의 인스턴스는 Sarbane-Oxley 및 BSA 권고사항 측면에서 소프트웨어 할당 및 외부 컴플라이언스의 최적화된 관리를 가능하게 할 것이다.
  • 단일 사용자 클라이언트-엔드 제품 요청 또는 기존 다중 사용자 서비스/애플리케이션을 다른 호스팅 위치에 배포하기 위한 반복적인 요청의 관점에서 카탈로그화된 요청 이행.

참고 항목

참조

  1. ^ 셜리 레이시와 아이보 맥팔레인(2007)이다.ITIL 서비스 전환.문방구 사무실. ISBN978-0-11-331048-7.

외부 링크