Leer mainframe & JCL met Java / OOP / SQL agtergrond [gesluit]

Question

Ek het al kodering en die bestuur van Java & ASP.Net aansoeke & bedieners vir my hele loopbaan. Nou is ek wat gerig is op betrokkenheid by hooframe, dit wil sê z / OS & JCL, en ek vind dit moeilik om my kop draai om dit (hulle nog praat oor ponskaarte!). Wat is die beste manier om te gaan oor leer dit alles nadat hy heeltemal bederf deur moderne luukshede?

Answer 1

Daar is geen ponskaarte in moderne hooframe, hulle is maar net dat jy op.

Jy sal 'n harde tyd te hê aangesien daar nog baie dinge gedoen die "ou" manier.

• Data stelle is nog toegeken met eienskappe soos vaste-blok-80, veranderlike-blok-255 en so aan. Beplan jou dossier inhoud.
• Geen dopgehou. Daar is vlakke van hiërargie en hulle beperk is tot 8 karakters elk.
• Die gebruikerskoppelvlak is ISPF, 'n groen skerm teks-mode gebruikerskoppelvlak van die sewende sirkel van die hel vir diegene wat nie daaraan gewoond te raak.
• Die meeste werkgeleenthede sal steeds as groep werk ingedien word en jy sal hê om hul vordering met SDSF (soort van taak bestuurder) te monitor.

Dit is 'n paar van die slegte nuus, hier is die goeie nuus:

Dit het 'n USS substelsel (UNIX), sodat jy kan die gereedskap te gebruik. Dit is merkwaardig goed geïntegreer met z / OS. Dit loop Java, dit loop Websphere, dit loop DB2 (behoorlike DB2, nie daardie klein Linux / UNIX / Windows een), dit loop MQ, ens, ens Baie winkels sal ook hardloop z / VM, 'n hypervisor, waaronder hulle sal hardloop baie LPARs (logiese partisies), insluitend z / OS self (veelvuldige kopieë, soms) en zLinux (GLOO / RHEL).

Die mainframe is in geen gevaar te verdwyn gou. Daar is nog 'n groot hoeveelheid van die werk wat gedoen word by die onderskeie IBM labs regoor die wêreld en die 64-bit OS (z / OS, was MVS, was OS / 390, ...) het 'n lang pad gekom. Trouens, daar is 'n bietjie van 'n loopbaan geleentheid as al die oues wat weet is op of bo 55 jaar oud, so verwag 'n groot suiging op die korporatiewe leer as jy jouself korrek te posisioneer.

Dit is nog steeds gebruik word in die groot korporasies as dit is die enigste ding wat vertrou kan word met hul transaksies - die z in System z beteken nul stilstand en dit is nie net die bemarking hype. Die krag van die hoofraam lê nie in dit CPU grunt (die individu verwerkers is nie so kragtig, maar hulle kom in boeke van 54 CPUs met warm rugsteun, en jy kan baie boeke in 'n enkele stelsel z boks hardloop), maar in die feit dat al die CPU nie is proses instruksies.

Alles anders is afgelaai na spesialis verwerkers, zIIPs vir DB2, zAAPs vir Java werklading, ander toestelle vir I / O (en I / O is waar die hoofraam doodslaan elke ander stelsel, met behulp van optiese vesel en baie groot skyf skikkings). Ek sou dit nie gebruik vir proteïenvouing of genoomvolgordebepaling maar dit is ideaal vir waar dit gerig is, op groot skaal stapelgek vlakke van transaksie verwerking.

As ek gesê het, z / OS het 'n UNIX substelsel en z / VM kan veelvuldige kopieë van z / OS en ander bedryfstelsels loop - ek het 'n enkele z800 boks loop tienduisende gevalle van RHEL gelyktydig gesien. Dit plaas 'groen' eise al die PC vervaardigers tot groot smaadheid, kommunikasie tussen die gevalle is verblindend vinnig met HyperSockets (TCP / IP maar met behulp van gedeelde geheue eerder as oor baie stadige netwerk kabels (ja, selfs Gigabit Ethernet deur soek in vergelyking met HyperSockets (en jammer vir die sub-hakies: -.)))

Dit loop WebSphere Application Server en Java baie goed in die Unix ruimte terwyl hy nog toelaat al die nalatenskap (erfenis?) Dinge om sowel hardloop. Trouens, hoef mainframe winkels koop nie-PC-gebaseerde bedieners glad, het hulle net PLONK n paar zLinux VMS en hardloop alles op die een boks.

En onlangs, is daar praat oor wat IBM kan wees verskaffing xSeries (dit wil sê, rekenaars) plugin toestelle vir hul hooframe sowel. Terwyl die meeste mainframe mense sou dink dat 'n vrat op die kant van hul pragtige boks, maak dit oop te maak 'n lot van moontlikhede vir derdeparty-verskaffers. Ek is nie seker of hulle ooit sal in staat wees om 50.000 Windows gevalle hardloop, maar dit is die soort van ding wat hulle blyk te wees streef na (een ring om hulle almal te regeer?).

As jy belangstel, is daar 'n Stelsel z emulator genoem Hercules wat ek gesien het loop op 23 MIPS op 'n Windows-boks en dit loop die laaste wetlik-bruikbare MVS 3.8j vinnig genoeg te kry'n gevoel. Net in gedagte hou dat MVS 3.8j is om z / OS 1.10 as CP / M is om Windows XP.

Om 'n skaamtelose plug voorsiening te maak vir 'n boek een van my vriende by die werk geskryf het, kyk na Wat op aarde is 'n mainframe? deur David Stephens (ISBN-13 = 978-1409225355). Ek het gevind dat hierdie waardevolle sedert ek uit 'n PC / UNIX agtergrond kom, en dit is nogal 'n paradigmaskuif. Ek dink hierdie boek ideaal vir jou spesifieke vraag wees. Ek dink krummels van dit is beskikbaar op Google Books sodat jy kan probeer voor jy koop.

Met betrekking tot JCL, daar is 'n denkrigting wat slegs een JCL lêer het al ooit geskryf en al die ander was cut'n'paste werk op daardie. Nadat die inhoud van hulle gesien het, kan ek dit verstaan. Programme soos IEBGENER en IEFBR14 maak Unix kyk, indien nie verbose, ten minste verstaanbaar.

Answer 2

Jy eerste wanopvatting is beleiving die "L" in JCL. JCL is nie 'n programmeertaal sy regtig 'n statiese verklaring van hoe 'n program moet hardloop en watter lêers ens dit moet gebruik.

Op hierdie wyse is dit baie soos (maar beter as) die xml config spahetti wat gebruik word om so 'n "moderne" sagteware as die lente, hebernate en mier te beheer.

As jy dink van dit in hierdie terme al sal duidelik word.

Mainframe kultuur word gedryf deur twee seemingky incompatable obsessies.

1. agtertoe verenigbaarheid. Jy kan nog steeds loop executables geskryf en saamgestel in 1970. veertig jaar oud JCLs en skrifte nog hardloop en werk!
2. bloeding rand prestasie. Jy kan 128 CPUs op vier masjiene het in twee datacenters werk op 'n enkele DB2 navraag. Dit sal die jongste J2EE (Websphere) aansoeke vinniger as enige ander masjien loop.

Answer 3

As jy al ooit betrokke te raak met CICS (mainframe transaksie bediener) op z / OS, Ek sou die boek "die ontwerp en Programmering CICS programme" beveel.
Dit is baie nuttig.
alt text http://img18.imageshack.us/img18/7031/designingandprogramming.gif

Answer 4

As jy gaan om betrokke te wees by die ontwikkeling tradisionele nalatenskap aansoeke, lees boeke deur Steve Eckols. Hulle is redelik goed. Jy moet die terme vergelyk van oop stelsels te mainframe wat sal afgekap jou leertyd. Paar voorbeelde Lêers Datastelle op mainframe genoem JCL is meer soos 'n skulp script sub-programme / roetines of soos algemene funksies ens ... Sterkte ...

Answer 5

Die meer hand vashou aan die begin, hoe beter. Ek het werk gedoen op 'n mainframe as 'n intern en dit was nie maklik nie, selfs al het ek 'n redelik sterk UNIX agtergrond. Ek beveel aan vra iemand wat werk in die hoofraam departement om 'n dag of twee te spandeer onderrig jy die basiese beginsels. IBM opleiding kan sowel nuttig wees, maar ek het nie ervaring het met dit so kan nie waarborg dat dit sal. Ek het my storie sit oor die leer hoe om die hoofraam gebruik hieronder vir 'n paar konteks. Daar is besluit dat al die interns gaan om te leer hoe om die hoofraam gebruik as 'n somer projek wat 20% van daar tyd sal neem. Dit was 'n volledige ramp aangesien al die interns aanvaar my gewerk het in 'n nie mainframe gebiede en het niemand hulle oor die kubus muur kon gil om vir hulp. Die ISPF en JCL omgewing was om uitheemse vir hulle te vaardig te kry met vinnig. Die enigste sukses wat hulle gehad het, was die basiese programmering onder USS want dit is basies UNIX en kollege vertroud hulle met hierdie. Ek het 'n beter geluk vir twee redes. Een wat ek gewerk het in 'n groep van sowat 20 mainframe programmeerders so kon hê iemand sit met my op 'n gereelde basis om my te help uit te vind JCL, die indiening van werk, ens Tweede gebruik ek Rational Developer vir System z wanneer dit was die naam van WebSphere Developer vir System z. Dit het my 'n meestal bruikbare GUI wat toelaat dat my mees take uit te voer soos die indiening van werk, redigering datastelle, die toekenning van datastelle, ontfouting programme, ens Hoewel dit nie gepoleerde dit was bruikbaar genoeg en bedoel ek nie hoef te leer ISPF. Die feit dat ek 'n verduister gebaseer IDE om basiese mainframe take te doen verminder die leerkurwe aansienlik en bedoel ek moes net om nuwe tegnologie te leer soos JCL nie 'n heel nuwe omgewing. As 'n verdere noot Ek gebruik nou ISPF sedert die sagteware wat nodig is Rasionele uit te voer op die hoofraam is nie geïnstalleer op een van die produksiestelsels wat ek gebruik so ISPF was die enigste keuse om voorsiening te maak. Ek vind nou dat ISPF is vinniger as Rational Developer en ek is meer doeltreffend met dit. Dit is net omdat ek in staat was om die onderliggende tegnologie te leer soos JCL met rasionele en die ISPF koppelvlak op 'n later datum. As ek moes beide leer in 'n keer is dit baie moeiliker gewees het en vereis meer een op een instruksie.