z/OS is the flagship operating system. It is at its heart a batch-oriented system, but it does have a Unix subsystem (called USS for "Unix System Services", formerly known as MVS OpenEdition or OMVS) that is in fact certified against a rather old version of the Single Unix Specification.
So in a way, z/OS is in fact a Unix system, but that is kind of like saying that Windows is a Unix due to Cygwin or Microsoft's Services for Unix. Mostly, it is very non-Unix-like.
Interestingly, IBM also offers a number of other operating systems for System z, including VM (although that system apparently does little but host virtual machines), TPF (a "real-time" transaction processing system) and zVSE (formerly known as DOS/360, another, smaller batch-oriented system). And, of course, Linux is available from a number of distributions. Oh, and just for good measure, Open Solaris was ported to run inside VM, although I am not sure what became of that or if anyone is actually using it.
(which coincidentally, is why I want to explore it)
Here's the official IBM "for dummies" book: https://www.redbooks.ibm.com/redbooks/pdfs/sg246366.pdf
Google will show you images of ispf, browsing the jcl manuals will give you nightmares.
I have only had brief contact with JCL, but I remember having to figure out how to get a command line into JCL that was more than 80 characters in length. It took me two days to figure that out, and none of the old-timers in the team had ever had to do that. When I did find the solution, it was surprisingly simple, but finding it took me a lot of time.
It's POSIX certified. Linux isn't. That should tell people quite a bit about POSIX, but it never seems to...
If your C programs use only C99+POSIX facilities, and your shell programs use only POSIX features and utilities, and they work on a platform, then that platform is eligible to be POSIX certified. POSIX doesn't care about the kernel or syscalls or anything like that. It cares about libc, libm, libl, and a couple of file paths.
As C runtime + POSIX calls (I know it didn't exist back then) is what defined C when it was still UNIX only, but ANSI didn't want to make the language standard that big.
The equivalence in linux land should be LSB, which many distributions certify to.
System/360 - The system for the 60's
System/370 - The system for the 70's
System/390 - The system for the 90's
System/Z - The system for the 2000's, which sounds like a Z to some at the end.
Notice how it skips System/380. IBM was going to replace the mainframe line with its Future Systems project, which would have single-level store (everything is RAM, everything persists, page cache takes care of moving stuff in and out of physical disk drives) and be so tightly-integrated nobody would be able to clone it, as the plug-compatible vendors had been able to clone parts of the System/360 and /370 systems. The only real result of this was the AS/400 midrange systems, now the i Series, I think.
I remember reading that it converged two seperate segments into one. 360 degrees makes sense.
Re System/380
Always wondered why they skipped 380. Thanks for the enlightening details on that. The anti-cloning angle is amusing.
Maybe also meant to imply, the ultimate? :) Heh. Just guessing.
This port only applies to those running Linux on their mainframe, which isn't terribly common. Most would be running zOS (https://en.wikipedia.org/wiki/Z/OS) or TPF. Their VM hypervisor is also commonly used.
Edit: The common term for these, during their heyday, was "minicomputer" or "midrange".