[EXTERNAL] Re: Zowe question for IBM

Matt Hogstrom

2019-01-10 13:34:49 UTC

Post by Sankaranarayanan, Vignesh
If it were me, I wouldn't let the community design the puzzle pieces that speak HTTP on one end and function/component-specific, native API on the other.. IBM is best placed to make this happen since they've got the teams designing and maintaining parts of z/OS.

For good or bad I work for IBM :) The community is mostly made up of system engineers that have been building Z products for years. We’re hoping that like CBT and other open source venues to have folks contribute and make their creations available via Zowe.

Matt Hogstrom
***@hogstrom.org
PGP Key: 0x90ECB270

It ain't what you don't know that gets you into trouble.
It's what you know for sure that just ain't so.
-Mark Twain

Post by Sankaranarayanan, Vignesh
Thank you Matt, are you working on something in this area.. ?
Just wanted to hear from experienced z folk on whether the thing I've mentioned below sounds doable.
And if it seems simpler than zOSMF + Zowe.
Reckon the "security module" for IHSA can even be baked into core IHSA, if it isn't a function abstract-able to a mere 'module' level
If accessibility (API modules for IHSA) to system functions is established, then IHSA itself can provide DoS mitigation, rate limiting, etc, as should a web server (or some light-weight product on top of it).
If it were me, I wouldn't let the community design the puzzle pieces that speak HTTP on one end and function/component-specific, native API on the other.. IBM is best placed to make this happen since they've got the teams designing and maintaining parts of z/OS.
It would be superb if this functionality comes as a IHSA edition or some such.
IHSA normal web server edition vs IHSA total control edition.
– Vignesh
Mainframe Infrastructure
-----Original Message-----
Sent: 10 January 2019 12:43
Subject: [EXTERNAL] Re: Zowe question for IBM
I’d say that for me personally that is what I want to make available. Of course, everything you highlighted needs security and some guide rails to ensure that the system is protected against DoS kinds of attacks.
That is not what z/OSMF is doing. z/OSMF is a collection of RESTful services that are developed by IBM and are closed so the priority of what is being worked on is dependent on the IBM development community. Of course they take input from customers and address issues that they prioritize as best for the platform and customers. Zowe is an opportunity for the community to build and contribute services like you described because they have value to you.
As you described it, making access to z/OS system data and ability to manage if via REST is one of the things I am interested but I’m only one guy :)
Just a matter of code and test.
Matt Hogstrom
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook <https://facebook.com/matt.hogstrom <https://facebook.com/matt.hogstrom>> LinkedIn <https://linkedin/in/mhogstrom <https://linkedin/in/mhogstrom>> Twitter <https://twitter.com/hogstrom <https://twitter.com/hogstrom>>
“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

Hello All,
The recent Zowe discussion got me wondering...
Let's say there are thousands of components or subsystems in z/OS, such as the service for catalog services, ISPF, ISMF, SMS, SDSF, JES2, RACF/ESM, XCF, IOS, parts within CICS, DB2, IMS, etc. etc.
Is it not possible to create a module for each of these subsystems/components that, in essence, maps the existing assembler/C/REXX APIs to HTTP APIs, and provides detailed documentation (so as to cover what is callable via HTTP)?
By module I mean modules for a web server, such as the IBM HTTP Server for Apache.
This way, since z/OS comes with IHSA these days, exposing z/OS guts via HTTP is just a matter of adding modules to the HTTP server.
I don't know if what I've described is basically z/OSMF, but with WAS Liberty... ?
C'est possible?
- Vignesh
Mainframe Infrastructure
MARKSANDSPENCER.COM
________________________________
Marks and Spencer plc
Waterside House
35 North Wharf Road
London
W2 1NW
Registered No. 214436 in England and Wales.
Telephone (020) 7935 4422
Facsimile (020) 7487 2670
www.marksandspencer.com
Please note that electronic mail may be monitored.
This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send

----------------------------------------------------------------------
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@listserv.ua.edu with the message: INFO IBM-MAIN