Engineering Lifecycle Management 인스턴스 내의 혼합 버전 배치
이 시나리오에서 Engineering Lifecycle Management 배포는 IBM® Jazz® 팀 서버와 하나 이상의 등록된 애플리케이션으로 구성됩니다. 일반적으로 엔터프라이즈 토폴로지이지만 표준 배치 토폴로지 중 하나일 수 있습니다.
단 한 가지 주의할 점은 여러 협력 Engineering Lifecycle Management 인스턴스로 구성된 연합(수정된 연합이 아닌) 토폴로지로, 이는 Engineering Lifecycle Management 인스턴스 간의 혼합 버전 배포에서 다루어집니다.
고려사항
- 데이터 웨어하우스(DW) 또는 수명 주기 쿼리 엔진은 서로 다른 버전의 하나 이상의 애플리케이션에서 데이터를 채울 수 있습니다. JRS 보고서 작성기(RB) 또는 PUB 혼합 버전에서 가져온 DW 또는 수명 주기 쿼리 엔진 데이터에 대해 보고할 수 있습니다.
- 라이프사이클 쿼리 엔진 데이터 유효성 검사는 혼합 버전에서 가져온 데이터에서도 계속 작동합니다.
- 애플리케이션 간의 OSLC 링크는 소스와 대상이 다른 버전인 경우에도 계속 작동합니다.
- 글로벌 구성은 다른 버전에 있는 애플리케이션의 컨트리뷰션을 기반으로 빌드할 수 있습니다.
- Jazz Authorization Server(JAS) 는 혼합 Engineering Lifecycle Management 버전과 함께 사용될 때 지원됩니다. 그러나 Engineering Lifecycle Management의 새 버전이 있는 JAS의 이전 버전으로만 테스트됩니다. 이 시나리오에서는 배포되는 WebSphere® Liberty 서버 프로필의 버전이 더 중요합니다
- 이전 버전과의 분배 SCM 호환성은 지원되지 않습니다. Engineering Workflow Management 인스턴스 간에 분산 SCM을 사용하는 경우, 각 Engineering Workflow Management 동일한 Engineering Lifecycle Management 버전에 있어야 합니다.
- 기존 타사 또는 사용자 지정 통합이 혼합 버전 배포와 호환되는지 확인합니다.
- Engineering Lifecycle Management 의 버전 N에서 릴리스된 새 기능에서 기능의 시나리오에 관련된 모든 애플리케이션이 동일한 버전에 있어야 하는지 여부를 고려하십시오.
- 기존의 자동화된 전개 스크립트를 변경해야 할 수도 있습니다.
가이드라인
- JTS, LDX, Global Configuration Management 및 모든 보고 구성 요소(RB, 엔지니어링 인사이트, PUB, 라이프사이클 쿼리 엔진, DCC 포함)와 같은 모든 공통 서비스를 함께 업그레이드하세요. 동일한 가동 중단에서 업그레이드하십시오. 이들을 스태거하지 마십시오.
- Engineering Workflow Management, Engineering Requirements Management DOORS® Next, Engineering Test Management, Rhapsody® Model Manager 등 나머지 Engineering Lifecycle Management 애플리케이션을 시차를 두고 업그레이드할 수 있습니다. 사용자의 요구에 가장 적합한 시간에 업그레이드하십시오. 일부는 N-1 버전으로 유지될 수 있고 다른 일부는 N 버전으로 유지될 수 있습니다.
- IBM 데스크톱, 빌드 및 명령줄 클라이언트는 클라이언트 및 서버 버전 호환성에 따라 해당 서버와 호환됩니다( N-1 ). 서버를 업그레이드한 후 언제든지 업그레이드할 수 있습니다.
- 소규모 배포에서는 동일한 서버에 여러 Engineering Lifecycle Management 애플리케이션이 있을 수 있습니다. 예를 들어 Engineering Workflow Management, Engineering Test Management, Rhapsody Model Manager, Engineering Requirements Management DOORS Next Jazz Reporting Service RB 및 ENI 보고 구성 요소의 조합을 사용할 수 있습니다. 이러한 서버의 업그레이드도 시차를 두고 수행할 수 있습니다. 이 경우 전체 서버를 동시에 업그레이드하거나 보고 구성 요소를 자체 서버로 분할하여 다른 애플리케이션은 버전 N-1 유지하면서 먼저 버전 N으로 업그레이드할 수 있도록 해야 합니다.