Yes, like any other outsourcing and time-sharing contract, you need to define your requirements before committing to it, and that includes license issues. It's your responsibility to include what you need in the contract, but I would be very surprised if IBM was unable to deal with 3rd party software.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Keith Gooding [0000034af3894af4-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, June 1, 2021 6:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Zcloud - is it just outsourcing ? One of my reasons for asking about zCloud here was that I have been asked (at second- or third-hand) whether an ISV product is “supported” on zCloud, so there is clearly a case to answer. At first sight, if zCloud just means transferring LPARs to an IBM-owned machine, the answer would be ‘yes’. But there may be reasons why it would not be ‘supported’ - e.g. for licensing reasons, because IBM do not have the expertise to manage it, because IBM prefer to replace it with one of their owns products, etc. Another reason is that I found a reference to “zcloud environments” in IMS v13 documentation in regards to what is now called “cloud provisioning” ie using z/OSMF and possibly Z Cloud Broker) to create and manage middleware environments “on demand” using templates etc provided by the middleware developers. I now think that this use of the term “zcloud” here (or terms such as “Z cloud”, Z/cloud” etc rather than “zCloud” ) may refer generically to cloud services on Z rather than the “Managed Extended Cloud Infrastructure as a Service(IaaS) for IBM Z (zCloud)” offering. There is still a nagging doubt that some ISV products may be required to “play nicely” on zCloud, especially in environments where instead of transferring an LPAR to zCloud a new z/OS system is created just for development purposes so that modern development tools can be used. In that case there could be a requirement for middleware to co-operate in the automatic provisioning of test environments. At the risk of being contacted by an IBM salesperson I have attempted to get in touch with a “zCloud” person for information. Keith Gooding Sent from my iPad > On 29 May 2021, at 15:13, Colin Paice <colinpai...@gmail.com> wrote: > > I remember about 20+ years ago there was "dial a vm" from IBM for > customers. By the time you had phoned up, given your credit card details > it had created a second level system for you to play with. > > "We did it first on z" > > Colin > >> On Sat, 29 May 2021 at 12:45, Scott Chapman <scott.chap...@epstrategies.com> >> wrote: >> >> I think one important distinction of cloud vs. outsourcing is the >> ephemeral nature of the resources in cloud computing. I.E. the ability to >> start from zero, provision compute and storage resources of some type >> (either manually or automatically in response to changing conditions) and >> then deprovision them similarly after using the resources for perhaps mere >> minutes or hours. The cost is determined by what you used for the duration >> you used it, typically billed to an interval of minutes or sometimes even >> seconds. And since it has on-ramp starting at zero infrastructure and zero >> cost, you can easily try out ideas at a cost of something you can put on a >> credit card. Infrastructure is charged in increments of pennies. And if it >> doesn't work out, you turn it off and your charges stop.* >> >> Last I knew, and I would like to be proven wrong, zCloud didn't embody the >> idea of "I want to play with z/OS for a few hours, stand up a z/OS image >> with x CPU and y GB of disk and put it on my credit card". >> >> *-Remember: in the cloud, you pay for what you forgot to turn off. And >> those pennies can add up shockingly fast in some cases! >> >> Scott Chapman >> >> ---------------------------------------------------------------------- >> 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