SAP NetWeaver 개발 인프라

SAP NetWeaver Development Infrastructure

SAP NetWeaver Development Infrastructure("NWDI")는 일반적으로 자바 환경에서 제공되듯이 로컬 개발 환경의 특성과 이점을 개발 팀에 일관된 개발 환경을 중앙에서 제공하고 이를 통해 소프트웨어 개발을 지원하는 서버 기반 개발 환경과 결합한다.e 제품의 전체 수명 주기

개발자 인프라는 ABAP Change and Transport System(CTS)의 기능을 모방한다. 목적은 시스템 환경의 구성요소 배치를 표준화된 방식으로 제어하는 것이다. NWDI는 SAP에서 비즈니스 패키지를 가져오는 데 사용할 수 있으며 개발 팀이 표준 애플리케이션을 수정할 수 있도록 한다. SAP NWDI는 SAP JDI(Java Development Infrastructure)라고도 한다. 후기는 시대에 뒤떨어진 것으로 여겨진다.

구성 요소들

NWDI는 다음으로 구성된다.

때때로 사람들은 다음과 같은 것들을 NWDI의 일부로 간주하기도 한다.

NWDI의 개념은 제품과 소프트웨어 구성요소(SC)로 시작한다. 일반적인 경우는 제품과 소프트웨어 구성요소 사이에 일대일 관계를 갖는 것으로, 하나의 제품이 개발되고 있으며, 제품을 구성하는 구성요소 간의 관계는 소프트웨어 구성요소 내에 유지된다.

소프트웨어 구성요소는 하나 이상의 개발 구성요소(DC)로 구성된다. 개발 컴포넌트는 Netweaver Developer Studio, 즉 [Web Dynpro] 애플리케이션으로 생성된 정상적인 프로젝트로 구성된다. 소프트웨어 구성요소는 또한 다른 SC에 종속성을 가질 수 있다.

모든 관계는 SLD로 정의된다.

제품을 만드는 모든 DC는 소프트웨어 구성 요소 안에 보관되기 때문에, DC 간의 관계는 온전하고 다른 DC의 버전은 항상 SC에서 일관된다.

SC 내부의 DC를 개발할 수 있으려면 NWDI에 트랙을 설치해야 그 개발을 지원할 수 있다.

디자인 타임 리포지토리(DTR)

DTR은 파일 시스템과 유사하며 WebDAV를 통해 액세스할 수 있다. 사용자나 그룹에 대해 파일 및 폴더 권한을 구성할 수 있다. 각 파일은 버전이 제어되며 파일을 분기하거나 병합할 수 있다. 주 리포지토리 폴더(ws)에는 NWDI의 트랙을 나타내는 폴더가 들어 있다. NWDI에 체크인된 파일은 로컬 종속성이 없는 파일이다. 예를 들어 프로젝트의 classpath 파일은 로컬 jar 파일을 참조하며, 프로젝트가 서버에 구축될 때 Component Build Service에 사용되지 않는다.

구성 요소 빌드 서비스(CBS)

Netweaver Developer Studio에서 파일이 변경되면 요청과 함께 활동이 생성된다. 변경이 완료되면, 요청은 DTR에 체크되고, 그 다음 활동이 활성화되며, 이것은 CBS가 NWDI에 DC를 건설하도록 촉발한다. 보통 귀나 전쟁 파일이 만들어진다. 활동이 Netweaver Developer Studio에서 해제되면, 귀나 전쟁 파일은 CMS를 통해 개발 시스템에 배치된다.

CBS가 트랙 내부의 DC 간 종속성을 발견하면, 모든 종속 DC는 자동으로 재구성된다.

CBS를 사용하여 DC 또는 전체 SC를 재구축하는 것은 가능하다.

변경 관리 서비스(CMS)

Change Management Service는 트랙을 유지하고 환경 내의 서로 다른 서버에 어떤 버전을 배치했는지 추적하는 데 사용된다. CMS는 또한 트랙들 사이에 코드를 전송할 수 있다. 이것은 일반 부품의 개발, 주요 부품의 개발 및 전체 솔루션의 배치를 유지하는 것을 지원하는 트랙을 만들 때 종종 사용된다.

배포된 프로덕션 버전 간에 병합 및 결합하기 위해 트랙 간 코드 전송

CMS는 각 트랙의 레이어들로 구성된다.

  • Check-In : 초기 소스가 트랙에 로드되는 위치.
  • 개발 : 개발 시스템에 대한 배치를 나타낸다. 변화는 DC 레벨에 배치된다.
  • 통합 : 통합 시스템에 대한 배포를 나타낸다.
  • 어셈블리: 변경을 수락할 단계. 모든 DC를 전체 SC에 결합한다. 여기서 버전 번호 라벨을 설정할 수 있다.
  • 테스트 : 테스트 시스템에 대한 배포를 나타낸다. 변경사항은 SC 레벨에 배치된다.
  • 확인 : 변경사항을 생산으로 옮기기 전 확인 단계
  • 프로덕션 : 프로덕션 시스템에 대한 배포를 나타낸다.
  • 시스템 상태 : 서로 다른 시스템에 배포된 여러 버전의 개요를 제공한다.

각 층에는 이전 상태로 돌아갈 수 있는 역사와 가능성이 있다.

외부 링크