Jenkins를 시작하여 PDS 형식의 메인 프레임 구성 요소를 관리하려면 어떤 플러그인을 사용해야합니까?

DevOps 및 메인 프레임에 익숙하지만 Jenkins 를 처음 사용하는 사람이 Jenkins를 시작하려고 한다고 가정합니다 ( 예 :

• 메인 프레임 에서 개인 파일 (PDS, 즉 파티션 된 데이터 세트 )에 저장된 데이터를 관리 할 수있는 가능성을 조사합니다 ( 아직 메인 프레임 소프트웨어를 관리하기위한 일반적인 SCM 솔루션으로 관리되지 않음 ).
• Jenkins를 특정 유형의 개인 개발 환경, 예를 들어 Virtual Box의 Linux 환경에서 실행하는 것이 좋습니다.

일종의 (최소) Jenkins 설치 및 구성 이 완료된 후 실제 질문은 " Which of the typical Jenkins plugins, if any, would be needed?"가됩니다. 필자의 경우 이해가되는 다양한 Jenkins 플러그인에서 가능한 후보 인 것 같습니다 (따옴표는 링크 된 페이지에서 온 것입니다).

• IBM zOS 커넥터 .

  ...는 IBM z / OS LPAR에 FTP 연결을 통해 기능을 제공합니다. z / OS에서 SCLM 프로젝트를 구성한 후 Jenkins를 통해 변경 사항을 확인할 수 있습니다.

  특징은 다음과 같습니다.

  • 사용자 JCL 작업 제출 (완료시 선택적 로그 수집)
  • SCLM 변경 사항을 체크 아웃 할 수있는 프로젝트를위한 SCCM을 SCM으로 소개합니다.
  • 현재 SCLM 프로젝트를 빌드하는 기능은 'Submit zOS Job'빌드 조치를 통해서만 수행 할 수 있습니다.

• Endevor, PDS 및 ISPW 플러그인 용 Compuware 소스 코드 다운로드 .

  ... Jenkins 사용자는 Endevor, PDS 또는 ISPW 멤버를 메인 프레임에서 PC로 다운로드 할 수 있습니다. 그런 다음 SonarQube 분석 및보고 등을 위해 PC에서 소스에 액세스 할 수 있습니다.

첫 번째 플러그인은 SCLM (모든 PDS에 관한 것)에 관한 것이고 두 번째 플러그인은 PDS에 대한 지원 (명칭)을 명시 적으로 명시하기 때문에 두 가지 모두 가능한 후보라고 믿습니다.

내 후보가 완료되었다고 가정하면 (내가?) 어느 쪽이 가장 적합한 지 결정하는 데 도움이되는 어느 쪽의 장단점이 무엇입니까?

추신 : "Jenkins Kickstart"패키지와 같은 것이 존재하지 않는 것 같습니다 (적어도 아직 찾지 못했습니다).

메인 프레임 테이블을 관리하기 위해 jenkins를 설정했습니다. 그루비 스크립트 플러그인을 기본적으로 활용합니다. 메인 프레임에서 파일의 이동을 처리하고 플러그인을 통해 파일을 호출하는 코드를 작성했습니다. 기본적으로 메인 프레임 API를 사용하여 연결하고 vsc의 명령을 사용하여 파일을 이동합니다.

Jenkins 슬레이브는 z / OS의 유닉스 시스템 서비스에서 실행되며 거기서 스크립트 나 기능을 실행할 수 있습니다. Git 플러그인을 사용하여 소스 코드를 z / OS로 가져 오면 작업 방법을 다르게 선택할 수 있습니다. z / OS로 Groovy 포팅 된 IBM Dependency Based Build와 일부 확장 기능을 사용하여 PDS (또는 PDSE)로 복사 또는 zFS로 다시 복사와 같은 고유 z / OS 기능과 함께 작동하고 MVS를 실행할 수 있습니다. , TSO, ISPF 명령 및 JCL을 제출하십시오.

또한 z / OS의 새 오픈 소스 프로젝트에 대한 Zowe.org의 새로운 Zowe 발표를 통해 파일을 사용하여 z / OS에서 zOSMF 호출과 같은 여러 가지 REST 기반 API에 액세스 할 수 있습니다.

일반적으로 Jenkins의 작업을 자동화하는 두 가지 방법이 있습니다.

1. Jenkins 용 플러그인을 설치하고 단계별로 사용하여 작업을 자동화하십시오.
2. 스크립트 (쉘, 파이썬 등)를 작성하고 단계를 호출하여 작업을 자동화하십시오.

두 방법 모두 단점이 있습니다. 플러그인 접근 방식 # 1은 기본 기능을 제공하고 스크립트를 요구하지 않지만, 기능이 엄격하고 제한적일 수 있습니다. # 2-스크립팅 방식-스크립트를 작성하고 유지 관리해야하지만 자동화하는 데 훨씬 더 유연하고 자유로울 수 있습니다.

스크립팅 접근법은 일반적으로 많은 CLI (aws cli, docker cli 등)를 사용합니다.

스크립팅 방식 인 # 2가 실행 가능하고 메인 프레임과 상호 작용하기 위해 쉘 스크립트 나 python과 같은 다른 스크립트를 작성하는 데 익숙하다면 Brightside가 도움이 될 수 있습니다.

다음 은 쉘 스크립트에서 z / OS의 PDS와 상호 작용하기 위해 Brightside (무료 CLI) 를 사용하는 예입니다 .

    #!/bin/sh
    echo 'bright files create classic "USER.PUBLIC.SAMPLE.PDS"'
    bright files create classic "USER.PUBLIC.SAMPLE.PDS"
    echo ''

    echo 'bright files download all-members "USER.LIB.SAMP" -d MyPDS'
    bright files download all-members "USER.LIB.SAMP" -d MyPDS
    echo ''

    echo 'bright files upload dir-to-pds MyPDS "USER.PUBLIC.SAMPLE.PDS"'
    bright files upload dir-to-pds MyPDS "USER.PUBLIC.SAMPLE.PDS"
    echo ''

    echo 'bright files list all-members "USER.PUBLIC.SAMPLE.PDS"'
    bright files list all-members "USER.PUBLIC.SAMPLE.PDS"
    echo ''

    echo 'bright files delete data-set "USER.PUBLIC.SAMPLE.PDS(ALLOCLIB)" -f'
    bright files delete data-set "USER.PUBLIC.SAMPLE.PDS(ALLOCLIB)" -f
    echo ''

    echo 'bright files list all-members "USER.PUBLIC.SAMPLE.PDS"'
    bright files list all-members "USER.PUBLIC.SAMPLE.PDS"
    echo ''

    echo 'bright files delete data-set "USER.PUBLIC.SAMPLE.PDS" -f'
    bright files delete data-set "USER.PUBLIC.SAMPLE.PDS" -f
    echo ''

해당 스크립트의 출력은 다음과 같습니다.

Jenkins에서 이러한 스크립트를 호출하고 목적에 관계없이 출력을 구문 분석하기에 충분히 쉽습니다.

전체 공개 : 저는 Brightside를 만든 CA에서 일하지만 메인 프레임 응용 프로그램 테스트를 Jenkins와 통합하기위한 목적으로이 CLI를 내부적으로 사용합니다.

@ Pierre.Vriens, "메인 프레임에서 개인 파일 (PDS, 즉 파티션 된 데이터 세트)에 저장된 데이터 관리의 타당성 조사"에 대해 질문하면서 z / OS와 함께 제공되는 zOSMF (zOS Management Facility)를 사용할 수 있습니다. 이를 위해 API에 액세스하는 운영 체제. Sujay의 답변에서 그는 Brightside를 사용할 것을 제안하고 해당 도구는 zOSMF API를 활용하여 해당 작업을 단순화합니다. 따라서 Jenkins를 메인 프레임에 묶어 파티션 된 데이터 세트 (PDS) 및 데이터 세트 (PS)를 관리하려는 경우 이러한 zOSMF API를 사용하거나 Brightside를 사용할 수 있습니다 .

공개 정신으로 저는 Brightside를 구축하는 CA Technologies의 UX 디자이너로 일하고 있습니다.