This is easy. Another company offering 5 9’s. https://www.sdxcentral.com/articles/sponsored/syndicated/why-five-nines-of-service-availability-matters-for-sase/2023/02/
Sent from Yahoo Mail for iPhone On Monday, August 28, 2023, 8:12 PM, David Crayford <dcrayf...@gmail.com> wrote: > On 29 Aug 2023, at 8:05 am, Bill Johnson > <00000047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > You’re the weakest link here. How can IBM guarantee 99.999 uptime for systems > they don’t make or support? I’ve worked for numerous companies that didn’t > have outages of the mainframe for years. Health insurance companies can get > huge fines if their systems are unavailable. I also looked on LinkedIn and > there are resumes there that claim they managed systems to 99.999 > availability. Google it. It’s promised and delivered quite often. In fact > 99.999 isn’t all that amazing any longer. > > So your claim is, if my phone dies and I can’t get to my JP Morgan accounts, > then JP Morgan doesn’t have 99.999 uptime? There is nothing more tedious than a straw man argument. It’s a good indication that somebody is trying to argue a lost cause. > No wonder they aren’t buying your crappy software. Actually, they do run our software. Almost every mainframe site runs our software. Most of them think it’s IBM software as it’s badged IBM. > > > Sent from Yahoo Mail for iPhone > > > On Monday, August 28, 2023, 7:47 PM, David Crayford <dcrayf...@gmail.com> > wrote: > >> On 29 Aug 2023, at 7:41 am, Bill Johnson >> <00000047540adefe-dmarc-requ...@listserv.ua.edu> wrote: >> >> You’re ASSuming Zelle is on the mainframe. > > Why does it matter where it’s running. Banking applications are only as > reliable as their weakest link. > >> Multiple 9’s is a fact and many companies are running it. > > Prove it. Provide a link to a bank offering a 99.999% SLA on their banking > services. > >> You’re an idiot. More truth. Looks like you threaten people on the internet >> too. > > <grin> > >> >> >> Sent from Yahoo Mail for iPhone >> >> >> On Monday, August 28, 2023, 7:27 PM, David Crayford <dcrayf...@gmail.com> >> wrote: >> >> On 28/8/2023 10:21 pm, Bill Johnson wrote: >>> LOL, there’s Crayfish making stupid comments again. The difference between >>> me and Perryman is I tell the truth. IBM does offer multiple 9’s uptime. >>> And numerous banks have the setup necessary. >> >>> JP Morgan (a REAL bank) spends BILLIONS per year on IT. >> >> Yes. And they still have outages >> >> https://piunikaweb.com/2023/08/24/chase-bank-app-website-down-servers-not-working-online-and-mobile-banking-suffers/ >> https://www.americanbanker.com/news/zelle-outage-at-jpmorgan-chase-is-red-flag-for-banks >> https://piunikaweb.com/2023/08/25/wells-fargo-website-and-app-down-not-working-online-banking-suffers/ >> >> As banks rush to modernize their services the applications have become >> far more compex. Especially integrating new technologies into legacy >> systems. More points of failure. 99.999% service availability is a myth. >> >> >> >>> >>> Sent from Yahoo Mail for iPhone >>> >>> >>> On Monday, August 28, 2023, 7:15 AM, David Crayford<dcrayf...@gmail.com> >>> wrote: >>> >>> On 27/8/2023 11:05 am, Tom Brennan wrote: >>>> A bigger problem is Jon says things like this with such conviction and >>>> authority that other people reading these posts, perhaps years from >>>> now, will think they are true. >>> Don't engage with him! There's no point in debating with a troll. >>> >>> Lately, he's been banging on about the 99.999999% availability on the >>> z16. It's clear he's either deeply ignorant or gullible. In any case, it >>> seems he missed the fine print: >>> https://www.ibm.com/downloads/cas/0MZVKEYJ. (Who's willing to spend tens >>> of millions of dollars to run a small Linux rack?) >>> >>> "DISCLAIMER: IBM internal data based on measurements and projections was >>> used in calculating the expected value. Necessary components include IBM >>> z16; IBM z/VM V7.2 systems collected in a Single System Image, each >>> running RHOCP 4.10 or above; >>> IBM Operations Manager; GDPS 4.5 for management of data recovery and >>> virtual machine recovery across metro distance systems and storage, >>> including Metro Multi-site workload and GDPS Global; and IBM DS8000 >>> series storage with IBM HyperSwap. A >>> MongoDB v4.2 workload was used. Necessary resiliency technology must be >>> enabled, including z/VM Single System Image clustering, GDPS xDR Proxy >>> for z/VM, and RedHat OpenShift Data Foundation (ODF) 4.10 for management >>> of local storage devices. >>> Application-induced outages are not included in the above measurements. >>> Other configurations (hardware or software) may provide different >>> availability characteristics." >>> >>> Could it be that Jon Perryman is actually Bill Johnson in disguise, >>> using ChatGPT to compose his posts? Does he have a Linkedin profile >>> where we can read he's credentials? >>> >>>> On 8/26/2023 7:31 PM, David Spiegel wrote: >>>>> Hi Jon, >>>>> You said: "...The M in SMP/e stands for Maintenance ..." >>>>> This statement has NEVER been true. >>>>> The M is an abbreviation of Modification and it has ALWAYS been this >>>>> way. >>>>> >>>>> Regards, >>>>> David >>>>> >>>> ---------------------------------------------------------------------- >>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>> send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >>> >>> >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email tolists...@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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
