The additional stuff is like, newer php, golang, etc. They also mirror EPEL and build it themselves.
There are other repos you can get these yourself on CentOS.
The one advantage of OL is that they historically got security updates out before CentOS. Not sure how that looks these days.
Here is a specific claim that they make for it:
"Oracle Linux is the only Linux distribution that supports live, non-disruptive patching, both in the kernel space and in the user space."
My take on Oracle is that they are good at systems programming, the Oracle database is excellent in its own way, they have kept the Java legacy from Sun alive (at least on a technical basis, they may have screwed up the politics.)
I would not trust Oracle to do applications programming and I think they've bought a random stable of second-rate bizapps, but if there is no UI involved I think they do good.
If your company would rather deal with Oracle for support than with IBM/Red Hat or somebody else then that is also a positive. Also I would take the claim seriously that their Linux is well tuned for their database, they have been barking up that tree since 2000 or so.
Regarding use cases we will mainly run K8s.
She might have been below average at scripting but was a genius at getting what we paid for out of support. She got great results out of Oracle and Sun, the central IT organization and all of our vendors and taught me a lot about doing the same.
If people in your company like Oracle support then you will probably be happy with it. If you don't have the skills in house to manage them maybe you won't.
As for K8s I think the live patching and Oracle optimization might not matter so much for you.
So what you're asking isn't information that could be used as part of a cost/benefit calculation, but more of a "this is happening, how do we make the best of it" question?
Oracle Linux is based on RHEL, and to the best of my knowledge isn't that different. I suspect that since you're a RHEL shop, you probably won't see as many problems as you may fear.