Java/OOP/SQL 배경을 사용한 메인프레임 및 JCL 학습 [닫기]

Question

저는 경력 내내 Java, ASP.Net 애플리케이션 및 서버를 코딩하고 관리해 왔습니다.이제 저는 메인프레임, 즉 z/OS 및 JCL에 참여하도록 지시받고 있으며 이에 대해 머리를 감는 것이 어렵다는 것을 알고 있습니다(그들은 여전히 ​​펀치 카드에 대해 이야기합니다!).현대적인 사치품에 완전히 빠져든 후에 이 모든 것을 배울 수 있는 가장 좋은 방법은 무엇입니까?

Answer 1

최신 메인프레임에는 펀치 카드가 없습니다. 단지 사용자가 사용하는 것뿐입니다.

아직도 "기존" 방식으로 수행되는 작업이 많기 때문에 어려움을 겪게 될 것입니다.

• 데이터 세트는 여전히 고정 블록-80, 가변 블록-255 등과 같은 속성으로 할당됩니다.파일 내용을 계획하세요.
• 디렉토리가 없습니다.계층 구조 수준이 있으며 각 수준은 8자로 제한됩니다.
• 사용자 인터페이스는 익숙하지 않은 사람들을 위한 일곱 번째 지옥의 녹색 화면 텍스트 모드 사용자 인터페이스인 ISPF입니다.
• 대부분의 작업은 여전히 ​​일괄 작업으로 제출되며 SDSF(일종의 작업 관리자)를 사용하여 진행 상황을 모니터링해야 합니다.

나쁜 소식은 다음과 같습니다. 좋은 소식은 다음과 같습니다.

USS 하위 시스템(UNIX)이 있으므로 해당 도구를 사용할 수 있습니다.z/OS와 놀라울 정도로 잘 통합되어 있습니다.Java를 실행하고, Websphere를 실행하고, DB2(작은 Linux/UNIX/Windows가 아닌 적절한 DB2)를 실행하고, MQ 등을 실행합니다.많은 상점에서는 z/OS 자체(때때로 여러 복사본) 및 zLinux(SLES/RHEL)를 포함하여 많은 LPAR(논리적 파티션)을 실행하는 하이퍼바이저인 z/VM도 실행합니다.

메인프레임은 조만간 사라질 위험이 없습니다.전 세계의 다양한 IBM 연구소에서는 여전히 많은 양의 작업이 진행되고 있으며 64비트 OS(z/OS, 이전 MVS, 이전 OS/390, ...)는 많은 발전을 이루었습니다.사실, 그것에 대해 알고 있는 모든 노년층이 55세 이상이므로 약간의 경력 기회가 있으므로 자신의 위치를 ​​올바르게 잡으면 회사 사다리를 크게 끌어올릴 수 있습니다.

이는 거래에서 신뢰할 수 있는 유일한 것이기 때문에 대기업에서 여전히 사용되고 있습니다. System z의 z는 가동 중지 시간이 전혀 없음을 의미하며 이는 단순한 마케팅 과대광고가 아닙니다.메인프레임의 힘은 CPU 성능에 있는 것이 아니라(개별 프로세서는 그다지 강력하지 않지만 핫 백업이 포함된 54개의 CPU로 구성되어 있으며 단일 System z 상자에서 많은 책을 실행할 수 있음) 사실에 있습니다. CPU가 하는 일은 명령을 처리하는 것뿐입니다.

모든 것 else는 전문 프로세서, DB2용 zIIP, Java 워크로드용 zAAP, I/O용 기타 장치로 오프로드됩니다(그리고 I/O는 메인프레임이 광섬유를 사용하여 다른 모든 시스템을 종료하는 곳입니다. 매우 대형 디스크 어레이).나는 그것을 단백질 폴딩이나 게놈 시퀀싱에 사용하지 않을 것이지만, 엄청나게 미친 수준의 트랜잭션 처리를 목표로 하는 곳에 이상적입니다.

앞서 언급했듯이 z/OS에는 UNIX 하위 시스템이 있으며 z/VM은 z/OS 및 기타 운영 체제의 여러 복사본을 실행할 수 있습니다. 저는 수만 개의 RHEL 인스턴스를 동시에 실행하는 단일 z800 상자를 본 적이 있습니다.이로 인해 모든 PC 제조업체는 '친환경' 주장을 부끄러워하게 되었고 인스턴스 간의 통신은 HyperSocket(TCP/IP)을 사용하여 눈부시게 빠르지만 느린 네트워크 케이블을 통하지 않고 공유 메모리를 사용합니다(예, 심지어 HyperSocket에 비해 기가비트 이더넷 크롤링도 가능합니다(죄송합니다). 중첩된 괄호 :-))).

Unix 공간에서 Websphere Application Server와 Java를 매우 잘 실행하는 동시에 모든 레거시(유산?) 항목도 실행되도록 허용합니다.실제로 메인프레임 상점에서는 PC 기반 서버를 전혀 구입할 필요가 없으며 몇 대의 zLinux VM을 설치하고 모든 것을 하나의 시스템에서 실행하기만 하면 됩니다.

그리고 최근에는 IBM이 메인프레임용 xSeries(예: PC) 플러그인 장치도 제공할 수 있다는 이야기가 있습니다.대부분의 메인프레임 사람들은 아름다운 상자 옆에 있는 사마귀를 고려하지만 실제로는 많은 제3자 공급업체에 대한 가능성.그들이 50,000개의 Windows 인스턴스를 실행할 수 있을지 확신할 수 없지만 그것이 그들이 목표로 삼고 있는 것 같습니다(하나의 링이 모든 것을 지배한다고요?).

관심이 있으시면 Windows 상자에서 23 MIPS로 실행되는 Hercules라는 System z 에뮬레이터가 있으며 합법적으로 사용 가능한 마지막 MVS 3.8j를 느낄 수 있을 만큼 빠르게 실행됩니다.CP/M이 Windows XP에 해당하는 것처럼 MVS 3.8j는 z/OS 1.10에 해당된다는 점을 명심하세요.

직장 친구 중 한 명이 쓴 책에 대한 뻔뻔한 플러그를 제공하려면 다음을 확인하세요. 메인프레임이란 도대체 무엇입니까? 작성자: David Stephens(ISBN-13 = 978-1409225355).나는 PC/UNIX 배경에서 왔기 때문에 이것이 매우 귀중한 것을 발견했으며 이는 상당한 패러다임 변화입니다.나는 이 책이 당신의 특별한 질문에 이상적이라고 생각합니다.Google Books에서 그 중 일부를 구할 수 있으므로 구입하기 전에 시험해 볼 수 있을 것 같습니다.

JCL과 관련하여 단 하나의 JCL 파일만 작성되었으며 나머지 파일은 모두 해당 파일에 대한 잘라내기 및 붙여넣기 작업이었다는 학설이 있습니다.그 내용을 보니 그 말이 이해가 되네요.IEBGENER 및 IEFBR14와 같은 프로그램은 Unix를 장황하지는 않더라도 최소한 이해할 수 있는 것처럼 보이게 만듭니다.

Answer 2

첫 번째 오해는 JCL의 "L"을 믿는 것입니다.JCL은 프로그래밍 언어가 아닙니다. 실제로는 프로그램 실행 방법과 파일 등을 정적으로 선언하는 것입니다.사용해야합니다.

이러한 방식으로 이는 spring, hebernate 및 ant와 같은 "최신" 소프트웨어를 제어하는 ​​데 사용되는 xml 구성 스파헤티와 매우 유사합니다(그보다 우수하지만).

이러한 용어로 생각해보면 모든 것이 명확해질 것입니다.

메인프레임 문화는 양립할 수 없어 보이는 두 가지 집착에 의해 주도됩니다.

1. 이전 버전과의 호환성.1970년에 작성되고 컴파일된 실행 파일을 여전히 실행할 수 있습니다.40년이 된 JCL과 스크립트가 여전히 실행되고 작동합니다!
2. 최첨단 성능.단일 DB2 쿼리를 작업하는 두 데이터 센터의 네 머신에 128개의 CPU를 사용할 수 있습니다.최신 J2EE(Websphere) 애플리케이션을 다른 어떤 시스템보다 빠르게 실행합니다.

Answer 3

당신이 참여하는 경우 CICS (메인 프레임 트랜잭션 서버) Z/OS에서 책을 추천합니다. "CICS 애플리케이션 설계 및 프로그래밍".
매우 유용합니다.
Alt Text http://img18.imageshack.us/img18/7031/designingandprogramming.gif

Answer 4

기존 레거시 응용 프로그램 개발에 참여하려면 Steve Eckols의 책을 읽으십시오. 그들은 꽤 좋습니다. 오픈 시스템에서 메인 프레임으로의 용어를 비교하여 학습 시간이 줄어 듭니다. 몇 가지 예제 파일은 메인 프레임에서 데이터 세트라고 불립니다.

Answer 5

처음에 손을 잡을수록 더 좋습니다. 나는 인턴으로서 메인 프레임에서 일을했는데 상당히 강한 유닉스 배경을 가지고 있었음에도 불구하고 쉽지 않았습니다. 메인 프레임 부서에서 일하는 사람에게 기본 사항을 가르치는 하루나 이틀을 보내라고 요청하는 것이 좋습니다. IBM 교육도 도움이 될 수 있지만 경험이 없으므로 보장 할 수는 없습니다. 아래의 메인 프레임을 사용하는 방법을 배우는 것에 대한 이야기를 일부 컨텍스트에 넣었습니다. 모든 인턴들은 메인 프레임을 여름 프로젝트로 사용하는 방법을 배우기로 결정했습니다. 모든 인턴들이 내가 메인 프레임이 아닌 지역에서 일하고 있다는 것을 받아들이고 도움을 청하기 위해 큐브 벽을 외칠 수 없었기 때문에 완전한 재앙이었습니다. ISPF 및 JCL 환경은 빠르게 능숙 해지기를 외계인으로 만들었습니다. 그들이 가진 유일한 성공은 기본적으로 UNIX와 대학이 이것에 익숙해 졌기 때문에 USS의 기본 프로그래밍이었습니다. 나는 두 가지 이유로 더 나은 행운을 빕니다. 한 명은 약 20 개의 메인 프레임 프로그래머 그룹에서 일했기 때문에 누군가가 정기적으로 나와 함께 앉아 JCL을 파악하고, 일자리를 제출하는 등을 도울 수있었습니다. 시스템 z의 합리적인 개발자 System Z의 WebSphere Developer로 선정되었을 때. 이로 인해 작업 제출, 데이터 세트 편집, 데이터 세트 할당, 디버깅 프로그램 등과 같은 대부분의 작업을 수행 할 수있는 대부분의 유용한 GUI가 제공되었습니다. 광택은 아니지만 ISPF를 배울 필요가 없었 음을 의미했습니다. 기본 메인 프레임 작업을 수행하기 위해 일식에 기반을 둔 IDE가 있다는 사실은 학습 곡선을 크게 줄였으며 JCL과 같은 새로운 기술만으로는 완전히 새로운 환경이 아니라 배워야한다는 것을 의미했습니다. 추가 메모로, 나는 메인 프레임에서 합리적 실행을 허용 해야하는 소프트웨어가 내가 사용한 생산 시스템 중 하나에 설치되지 않았기 때문에 ISPF가 유일한 선택이기 때문에 ISPF를 사용합니다. 이제 ISPF가 합리적 개발자가 더 빠르고 더 효율적이라는 것을 알게되었습니다. 이것은 나중에 합리적으로 JCL과 ISPF 인터페이스와 같은 기본 기술을 배울 수 있었기 때문입니다. 내가 한 번에 둘 다 배워야한다면 그것은 훨씬 더 어려웠고 한 가지 지시에 더 많은 것을 요구했을 것입니다.