> 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