Chef, wir haben den Mainframe geschrumpft · 2018-03-09 · Mainframe-Entwicklungsumgebung mit RDz und ISPF . Pluspunkte moderner IDEs Produktivitätssteigernd und verbesserte Attraktivität

Chef, wir haben den Mainframe geschrumpft …

RDz Unit Test Environment: Mainframe-Entwicklung ohne Mainframe?

Chef, wir haben den Mainframe geschrumpft … | Tobias Braun, Wilhelm Alexy | JBFOne 2010 | Seite 2 Copyright 2010 © Fiducia IT AG

Agenda

Was ist RDz UT eigentlich?

Architekturszenarien

Systemvoraussetzungen

Lizenzierung

Demo


Agenda




Lizenzierung

Demo


Einschränkungen in der Mainframe-Entwicklung heute

“Wie kann ich ohne Konsequenzen neue CICS

Versionen testen?”

“Um weitere Ressourcen zum Testen am Mainframe bereit zu stellen, haben wir

kein Kapital verfügbar.”

“Die Produktionsworkload ist Montags so hoch, dass

effizientes Arbeiten kaum mehr möglich ist.”

“Für junge Leute ist es schwierig, den Umgang mit dem Mainframe

zu erlernen, da sie durch Systemrestriktionen, wie z. B.

RACF Definitionen, eingeschränkt werden.”

“Das Testen von Applikationen ist nur zu Offline-Zeiten möglich.

Online -Anwendungen verbrauchen zu viele Ressourcen

zu Online-Zeiten”

“Die Bereitstellung eines Testsystems dauert bis zu

zwei Tagen.”

“Die Entwicklung auf dem Mainframe wird den modernen Ansprüchen junger Entwickler

nicht mehr gerecht.”


Mainframe-Entwicklungsumgebung – der “Status Quo”

Konstante Verbindung mit dem Mainframe wird vorausgesetztParallele Nutzung der Mainframe-Ressourcen von Entwicklung und Produktivumgebung

– Die Entwicklung ist meist niedriger priorisiertISPF green screen UI ist nicht sexy genug für junge EntwicklerMIPS-Verbrauch für die Entwicklung vs. Produktivumgebung

Nachteile

ISPF user

ISPF user

ISPF user

ISPF user

ISPF user

ISPF user


Mainframe-Entwicklungsumgebung mit RDz und ISPF

Pluspunkte moderner IDEsProduktivitätssteigernd und verbesserte Attraktivität für junge EntwicklerAuslagerung von Entwicklungsworkload und somit Senkung des MIPS-VerbrauchsIntegration mit Application-Lifecycle-Tools und PDTools

Verbleibende PunkteZunehmender Druck, den MIPS-Verbrauch für die Entwicklung weiter zu senkenAbhängigkeiten vom Host-Sysprog-Team können zu zeitlicher Verschiebung von Unit Tests führen

RDz user RDz user

ISPF userRDz user

ISPF userISPF user

6


Das RDz Unit Test feature Die neue Lösung für flexible Mainframe-Entwicklung

Erhöhte Freiheit für Entwickler, neue Applikationen zu entwicklenEntwicklung und Testen von System z-Applikationen zu jeder Zeit an jedem Ort!Kein Verbrauch von MIPS. Diese stehen somit der Produktivumgebunguneingeschränkt zur VerfügungReduzierung von den Abhängigkeiten des Host-Sysprogs Vermeidung von zeitlichen Verzögerungen/Erhöhung der Kosten

RDz & ISPF user

ISPF userRDz user

RDz user RDz user

COBOL, PL/I, C++, Java, EGL, Batch, Assembler, Debug Tool

x86 PC running Linux

RDz user

IMS

z/OS

WAS

DB2

MQCICS


RDz Unit Test im Detail

Unit Test Environment

x86 PC running Linux

System z S/W StackDebug Tool

CICS DB2 WebSphere/z IMS

Assembler COBOL C/C++ PL/I z/OS

RDz Unit Test

RTCz Agent RDz Agent

<USB License Key>

Das RDz Unit Test Feature besteht ausUnit Test Environment (basierend auf dem zPDT)– Unit Test Environment ist eine System z

Entwicklungsplattform auf einem normalen PC

ADCD Software stack (ist eine Auswahl von IBM Middleware Testumgebungen)– aktuelle Middleware Software (incl. z/OS)– Aktuelle Enterprise Compilers– keine API-Simulationen

RDz und RTCz agents – RDz-Lizenz wird zur Aktivierung benötigt


Der ADCD Software Stack z/OS MLC Products

IMS V10.1 Database Manager IMS V10.1 Transaction Manager DB2 for z/OS V9.1 WS MQ Base for z/OS V7.0Enterprise COBOL V4.2Enterprise PL/I z/OS V3.9CICS TS for z/OS V4.1CICS TS for z/OS V3.2z/OS V1.11 Base

– z/OS V1.11 C/C++ without Debug – z/OS V1.11 DFSMS dss– z/OS V1.11 DFSMS rmm– z/OS V1.11 DFSORT – z/OS V1.11 RMF – z/OS V1.11 SDSF – z/OS V1.11 Security Server – z/OS V1.11 ISPF– … (all sub features)

z/OS V1.10 Base– … (all sub features)

z/OS OTC ProductsWebSphere for z/OS 7.0DB2 Utilities Suite V9 WebSphere Portal Enable z/OS Debug Tool

Other Tools pre-installedRTCz file/build agentsRDz RSE and Job Monitor


Der Zündschlüssel oder auch das “Dongle”

RDz Unit Test wird mit dem USB Key aktiviert– Steckt der Schlüssel, rennt das System– Wird er herausgezogen, fährt es herunter

USB key ist die User Lizenz

Lizenziert für einen einzigen User oder Server


Agenda




Lizenzierung

Demo



RDz UT Build

Wo wird der Build durchgeführt?

Kompilieren: sowohl auf RDz UT als auch Mainframe möglich

Production builds sollten jedoch nur auf dem Mainframe stattfinden

Wo sollte sich der Source Code befinden?

es kommt darauf an (Designfrage).– Daten können manuell, halbautomatisch oder automatisiert verschoben werden.

Wie bekommt man die Daten in bzw. aus dem RDz UT?RDz drag and drop, FTP, sftp, XMIT, NFS, DFS, etc.


RDz UT Architekturbeispiele

Scenario Source Location

Build Location

Description

Mainframe Build

Mainframe Mainframe Build Output wird zu RDz UT kopiert. Source updates auf dem Host

RDz UT Build Mainframe und RDz UT

RDz UT Source wird auf RDz UT kopiert und geändert (local development). Source muss zum Host SCM zurück übertragen werden

Distributed Build

Mainframe /RDz UT und auch an anderen Stellen

Abhängig vom SCM

SCM bestimmt die Orte für Source und Build Lokation. Build Anfragen werden von RDz UT, Host etc entgegengenommen. Outputs werden RDz UT zum testen bereitgestelltAutomatisiert die ersten zwei Szenarios. Am wenigsten anfällig für Synchronisationsfehler


Mainframe build

Unit Test von Code, der auf dem Host gewartet wirdEntwicklung des Codes auf dem MainframeKompilierter Code und benötigte Daten werden zum RDz UT kopiertTesten auf dem RDz UT

RDz UT

CICS

MVSRDz

Remote Projects

RSE ServerRSE Client

Web Service Explorer

Host Connect

Host

CICS

MVS

SCMBuild tools


RDz UT based build

RDz UT Host

Entwicklung auf dem RDz UT mit Host basiertem SCMCode und Daten werden auf das RDz UT kopiertKompilieren und debuggen mit RDzNach dem Entwickeln und Testen werden Änderungen auf den Host zurück übertragen

CICS

MVSRDz

Remote Projects

RSE ServerRSE Client


Host Connect CICS

MVSBuild tools

SCMBuild tools


Distributed SCM and Build

RDz UT Host

Entwicklung mit RDz UT mit verteiltem SCMSCM verwaltet das Übertragen von Code von und zum Mainframe Builds entweder auf RDz UT oder dem MainframeKompilieren und debuggen mit RDz

RTCz Server

CICS

MVSRDz

Rational Team Concert /z Client

Remote Projects RTCz Build

Toolkit

RSE Server

RTCz Miner

RSE Client


Host Connect CICS

MVS

RTCz Build Toolkit


Agenda




Lizenzierung

Demo



RDz UT host machine specifications

Linux Plattform

Red Hat Enterprise Linux 5.3 (RHEL 5.3)

OpenSUSE 10.3, 11.0, and 11.1

Rechner benötigt

mindestens 3 GB Hauptspeicher:– 1 GB für die 64-bit Red Hat/OpenSUSE Linux– 1-2 GB für System z (Abhängig von der Größe des Entwicklungssystems)

mindestens 80 GB freien Festplattenspeicher


Agenda




Demo

Lizenzierung


Lizenzierung Rational Developer for System z Unit Test ist in zwei Lizenzmodellen erhältlich

Standard: für eine einzelne virtuelle EntwicklungsumgebungFür kleine Rechner (Entwickler-Workstation) Geeignet für die meisten System z Application-Tests wie Batch, CICS, IMS, DB2, COBOL, PL/I, and Assembler

Specialty: für drei Unit Test EnginesGeeignet für Server (mit mehreren Entwicklern oder spezieller Workload)Die drei Engines können zum Testen der Einsetzbarkeit des Codes auf zAAP oder zIIP konfiguriertwerdenWeitere Testmöglichkeiten, wie z. B. das Testen von Java, WebSphere und datenintensiverenOperationen mit DB2


Standard vs. Specialty

BeispielStandard arbeitet nur mit einem (1) x86 core

Specialty arbeitet mit drei (3) x86 cores

Mehr cores mehr User, Workload, Performance, Multitasking etc.

x86x86

RDz UT Standard

RDz UT Specialty

1 CP

assigned to

1 core

3 CP

assigned to

3 cores


Lizenzierungsbeispiele

10 Entwickler

Konfiguration: Jeder will eigenes RDz UT

Empfehlung

– 10 RDz• 1 für jeden Entwickler

– 10 RDz UT Standard Lizenzen• 1 für jeden Entwickler

– 10 USB keys• 1 für jeden Desktop

RDz UTRDz

RDz UTRDz

RDz UTRDz

RDz UTRDz

RDz UT

RDz

RDz UTRDz

RDz UTRDz

RDz UTRDz

RDz UTRDz

RDz UTRDz


Lizenzierungsbeispiel (Server)

20 Developers

Konfiguration: 2 Server für 10 Users

Empfehlung

20 RDz– 1 für jeden Entwickler

20 RDz UT Specialty Lizenzen– 1 für jeden Entwickler

2 USB keys – 1 für jeden Server

RDz UT

RDz

RDzRDz

RDz

RDz

RDz UT

RDz

RDzRDz

RDz

RDz


Lizenzierungsbeispiel (mixed)

10 EntwicklerKonfiguration: 1 shared Server für alle 10 User

5 Desktop Installationen für 5 individuelle User

Empfehlung

10 RDz

– 1 für jeden Entwickler

15 RDz UT Lizenzen

– 10 RDz UT Specialty (für server)

– 5 RDz UT Standard (für desktop)

6 USB keys

– 1 für Server

– 5 für Desktop

RDz UT

RDz

RDz

RDz

RDz

RDzRDz UT

RDz UT

RDz UT

RDz UTRDz

RDz

RDz UT

RDz

RDzRDz


Fragen? – Diskussion?

Tobias BraunIBM Deutschland GmbH

[email protected]

Wilhelm AlexyAEW6SE

[email protected] 89 / 99 43 – 33 15

Ihr IT-Partner

Vielen Dank

Documents

Chef, wir haben den Mainframe geschrumpft · 2018-03-09 · Mainframe-Entwicklungsumgebung mit RDz und ISPF . Pluspunkte moderner IDEs Produktivitätssteigernd und verbesserte Attraktivität