No sysplex? How does a vendor test rolling installation/maintenance across a
sysplex for 24x7 uptime?

> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of David Crayford
> Sent: Wednesday, January 30, 2013 1:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: mainframe "selling" points
> 
> On 30/01/2013 1:07 PM, Don Williams wrote:
> > Hi Scott,
> >
> > While I've heard of zPDT, I don't really know/understand what is does
> or
> > offers a vendor.  Sounds like zPDT is an affordable and effective
> platform.
> > Too bad some vendor did not use it to develop an z/OS EMR package for
> > hospitals that already have a z/OS infrastructure.
> 
> 
> It offers vendors who have no need for a sysplex a cheap
> development/testing/demo environment that they can run on a laptop,
> desktop or rack server.
> It would be interesting to see how it measures up running a production
> workload on the latest x86 iron like
> http://www-03.ibm.com/systems/x/hardware/enterprise/x3850x5/specs.html
> compared to a business class mainframe like a z114.
> 
> 
> > Don
> >
> >> -----Original Message-----
> >> From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> >> On Behalf Of Scott Ford
> >> Sent: Tuesday, January 29, 2013 5:23 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: mainframe "selling" points
> >>
> >> Don,
> >>
> >> Dude a lot of vendors, like ourselves run Z/Pdt
> >>
> >> Scott ford
> >> www.identityforge.com
> >>
> >> Tell me and I'll forget; show me and I may remember; involve me and
> >> I'll understand. - Chinese Proverb
> >>
> >>
> >> On Jan 29, 2013, at 2:39 PM, Don Williams <donb...@gmail.com> wrote:
> >>
> >>> Hi John,
> >>>
> >>> System z is not cheap (does it start around $1M?).  I expect the
> >> traditional
> >>> mainframe operating systems, like z/OS, z/VM, etc., to have a
> >> significant
> >>> price tag.  I'm not sure what the pricing is for the zLinux variety
> >> of
> >>> operating system. Free does not get you business class support.
> Add
> >> to that
> >>> the environment, DASD, etc., it's hard for the startup vendor to
> put
> >> all
> >>> that in his garage :-)
> >>>
> >>> It seems like they are trying to prevent the creation of smaller
> more
> >>> affordable "mainframes".  What happened to P/390, FLEX-ES?  Is
> there
> >> any way
> >>> to legally run z/OS on Hercules?  If a small vendor needs coupling
> >>> facilities, I think he is out of luck.
> >>>
> >>> Don
> >>>
> >>>> -----Original Message-----
> >>>> From: IBM Mainframe Discussion List [mailto:IBM-
> >> m...@listserv.ua.edu]
> >>>> On Behalf Of John McKown
> >>>> Sent: Tuesday, January 29, 2013 11:42 AM
> >>>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>>> Subject: Re: mainframe "selling" points
> >>>>
> >>>> I am not sure, but the PC in impinging on the z in many ways. IMO,
> >> one
> >>>> reason is that some very creative people can afford their own PC
> and
> >>>> tools (especially if they use Linux). The investment is very low
> >>>> compared to a z. And the "vendor" can then market the product to
> >> many
> >>>> more people. Most every office in the world has PC class servers.
> >> Take
> >>>> the EMR package. If it is priced correctly and easy to use, then
> the
> >>>> market into local doctor's offices is immense compared to, say,
> only
> >>>> into a major hospital (which could possibly afford a z). I know my
> >>>> personal doctor has some sort of PC based software. I see them
> (and
> >> my
> >>>> dentist) using it. And the doctor no longer writes physical
> >>>> prescriptions. He just enters it into his laptop; it then ends up
> >>>> going to my pharmacy; and they send a text to my phone when it is
> >>>> ready to pick up. I really don't see much of any reason for
> >>>> "application level" code on the z any more. Things like DB2,
> maybe.
> >>>> But CICS? Sorry, it is simply easier to create a "web" based
> >>>> transaction using WAS or JBOSS or Tomcat on a server. Doing so is
> >> more
> >>>> cost efficient for our size (and shrinking) business. The only
> >> reason
> >>>> we continue with CICS/COBOL is that we do incremental changes. We
> >>>> don't have the money to convert from CICS or batch COBOL to
> >> something
> >>>> else (likely Microsoft .NET based <shudder/>).
> >>>>
> >>>>
> >>>> On Tue, Jan 29, 2013 at 10:19 AM, Don Williams <donb...@gmail.com>
> >>>> wrote:
> >>>>> In my company's case, it's not a matter of asking our vendor to
> >> work
> >>>> with
> >>>>> IBM.  The vendor already works with IBM, but has chosen to phase
> >> out
> >>>> their
> >>>>> mainframe product and create a new one that runs on PC-based
> >> servers.
> >>>> For
> >>>>> various reasons, the hospital decided to open the field and look
> >> for
> >>>> a new
> >>>>> Electronic Medical Record (EMR) package across all platforms.  My
> >>>>> understanding is that there is no viable EMR package available on
> >> the
> >>>> z/OS
> >>>>> platform.  This made me wonder -- is there no EMR vendor who
> chose
> >> to
> >>>>> develop their product on the z/OS platform?  I expect that
> >> successful
> >>>>> vendors carefully chose their platform(s).  If they are not
> chosing
> >>>> z/OS,
> >>>>> why not?
> >>>> --
> >>>> Maranatha! <><
> >>>> John McKown
> >>>>
> >>>> ------------------------------------------------------------------
> --
> >> --
> >>>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> >> MAIN
> >>> -------------------------------------------------------------------
> --
> >> -
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> >> MAIN
> >>
> >> --------------------------------------------------------------------
> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> > ---------------------------------------------------------------------
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Reply via email to