In the larger discussion, I also wonder what their new contract rate is for these solutions. Even if 0% were migrating off, if 0% were migrating on then the net rate would still be decently negative because of natural business/app attrition.

My understanding is that they were relatively lucky in that most of the hard parts are in the middleware layer and rarely the DB itself - the bank has been around since the 1800s, so has a huge mishmash of technologies that go from old IBM mainframes up to more modern cloud infra. So they're already kind of used to using middleware logic to stitch together various data sources.

The funny thing is that my contact there said the primary impetus is that they see the writing on the wall for a lot of their "legacy" Sun hardware, and figure if they're going to have to redo a lot of it, they may as well re-architect the rest. There'll still be oracle DBs running in the bank for a looong time, but there'll be less and less of it.

If anyone has to deal with this, I highly recommend Palisade Compliance for consulting. Ex-Oracle people who do not sell licenses, only consult on compliance and represent you during an audit.

E.g. you're an IT admin at Big Co overseeing software contracts. You can often get interesting insights by looking at things like how aggressive their sales reps are with end of quarter discounts (how desperate are they to meet numbers that quarter?). Or if you see a company completely dropping the ball within your org, but on CNBC you constantly hear how great the company is by pundits and analysts -- maybe you know something the pundits don't.

Often times the consensus view of a stock trails reality by a few weeks to a month - there's a lot of non-public but also non-confidential information that isn't readily available to analysts, but exposed to employees of customers/vendors/partners/end-users.

TLDR: when stock picking or day trading, pick companies within the niche of the world where you're a SME.

Even if you do move mountains and make it happen, suddenly any outages after the transition become your fault. “This never happened on the old system.”

- Is it possible for a 3 person team to manage 1000 distinct Kubernetes clusters?

- No way in hell!

- What if we hypothetically pay you $2M salary each?

- Well, let me think about it, we could figure this out...

So in such situation, I'd be tempted to actively oppose this initiative.

only after the move is complete and assuming it's as successful as you think it would be. What usually happens is the migration takes on a life of its own and is a multi-year if not multi-decade project. It sucks up so much money and effort that a business could be using to actually build their business vs migration to a different database. Meanwhile, the account execs of the old system know you're moving off of it so say good bye to any kind of contract discounts or special treatment during emergencies.

There's entire graveyards of failed enterprise system migrations. The most likely outcome is eventually a compromise has to be made and now you have two systems to maintain and license, the legacy one, and the new one. With the promise of eventually getting off the old one but it never happens.

I'm on a project with a client that has 24 ERPs across their enterprise around the globe from acquisitions. Half of them are ERPs that were meant to replace another one but the transition was never completed. A big part of this project is integrating all of their sales pipelines, analytics, and history into, yet another, enterprise system.

It took like 5 or 6 years and that $10M represents the cost of only 10 months of operations on Z.

None of those were in business since 1977 (w/ the exception of Nokia, which I would argue is still a successful company today. I wouldn't put it on that list).

None of those were ever valued (even close to) half a trillion, even adjusting for inflation.

I worked at a midsize that was core internet infra, where we had an in house OS and ODM hardware and FOSS DBAs. The one Oracle DB and Oracle HW was slipped in the door through finance for ERP as you say. Although I suspect that would be cloud hosted these days.