Hacker News new | ask | show | jobs
by jph 770 days ago
"Oracle’s move seems like a straightforward decision to ensure it is using the most permissive underlying IaC tool without having to worry about downstream license complications, no more and no less."

Oracle wins a big competitive talking point versus IBM, as well as crushing the value of IBM's acquisition of Hashicorp, and completely eliminating IBM's Terraform inroad into a large group of Oracle's enterprise customers.

2 comments

I don't see how any of this could be true considering IBM is also heavily involved in OpenTofu (and did so first)
Exactly right. You're making my point for me. :-) Oracle can now say it has one solution, whereas with IBM the attention is split between Terraform and OpenTofu.

If you're an enterprise customer, do you want your enterprise deployments on a company that knowingly does two near-identical implementations, and can't seem to decide on which one to favor?

I was wondering, once IBM got Hashicorp, if they would reverse the license change for Terraform. Not been that long since the announcement, so still hoping they will.
If they do it likely won’t be until after the deal closes.
Has there ever been notable instances of company regretting and reversing license change of a major project?
We're talking about an acquisition, not the original company making the reversal.

Red Hat used to routinely open-source acquisitions. Sun also did— that's how we got OpenOffice (and by way of it, LibreOffice). StarOffice was proprietary when Sun bought it.

Unity!
Oracle ended OpenSolaris although forks continue. Nokia and friends ended OpenSymbian, no forks afaik.
Lerna, if that's major enough for you.
I believe Hashicorp's move wrt the license of TF was in order to close the IBM takeover deal.
You keep posting this completely unsubstantiated theory.

Way back when the license changed the threads on HN had HashiCorp employees claiming the change was primarily to protect HashiCorp from the fact IBM was reselling Vault. IBM then went ahead and helped fork Vault (OpenBao).

Definitely not the case. HC leadership was totally desperate for any way to increase revenue and/or stock price. See also the announcement in a recent quarterly report that they were going to start doing share buybacks even though they are still operating at a loss.
I think Oracle Linux was a similar approach to let their customers use RedHat Linux without paying RedHat, now also IBM.
Oracle Linux has been a thing for decades.

It's largely because a lot of Oracle DB products where performance mattered (eg. Exadata) needed some sort of a base OS that Oracle could manage and optimize as needed.

> It's largely because a lot of Oracle DB products where performance mattered (eg. Exadata) needed some sort of a base OS that Oracle could manage and optimize as needed

All that’s needed is update sysctl.conf to tune kernel parameters to the workload. Every Linux sysadmin knows how to do this. What kernel parameters need to be updated is heavily documented for any product.

Having these pretuned AND having a dedicated support team doing the tuning for you is the killer app for some buyers, as it allowed Admins to concentrate on other work and also minimize management overhead for the Infra org.

Spending $500k/yr on compute+support SLA is cheaper than $200k/yr on compute and hiring 3 admins dedicated to that piece of compute.

This is the model that every Enterprise Infra vendor pushes (eg. Oracle, AWS, MongoDB, Nvidia), and most mid- and upper-market purchasers are used to it.

> Having these pretuned AND having a dedicated support team doing the tuning Dedicated support team costs a lot more than you think. I guess you never had to deal with Oracle support. If you get hold of someone, all they will do it point to the documentation.

All software products have documentation on how to install the product. Oracle has a large suite of products, their databases, ERPs, etc. For kernel parameters, its just a file, which takes a second https://docs.oracle.com/en/database/oracle/oracle-database/1...

In reality though, all Infra teams, have infrastructure to install OS (and manage the fleet), then post-install customize the OS to which team is requesting, usually done via puppet or ansible to manage the configuration. There will be standardized configuration for application, web, database (just to keep it simple).

I would be shocked if Oracle support (or any other vendor) is given login access to make changes on servers owned by clients. At best, you open a case, you get an incompetent support person who'll send you documentation.

Oracle support does not replace admins. Oracle support gives you access to bug fixes, updates, documentation. I believe you can download most Oracle software for free, but without the docs and updates, its worthless. Other vendors may use the opposite strategy, docs openly available but software downloads are paid/subscriptions.

> Spending $500k/yr on compute+support SLA is cheaper than $200k/yr on compute and hiring 3 admins dedicated to that piece of compute.

In reality though, there will always be admins, then a whole lot DevOps/Cloud Ops/Kubernetes/SRE/etc people added, smooth talking manager/director increasing the spend from what could be done on bare-metal under 20K to a 20 million dollar multi cloud strategy. Why have 3 admins report to you, when you can have an army of 200 people do the same work for 100x more cost? Success stories and promotions all around!

> all Infra teams, have infrastructure to install OS (and manage the fleet), then post-install customize the OS to which team is requesting, usually done via puppet or ansible to manage the configuration.

Yep! And it takes time and effort to maintain your Puppet/Chef/Ansible/Terraform/OpenTofu scripts as well as your golden images as well as triaging escalations as well as other incidental work. This means you don't have as much time to work on tuning or debugging, because you'll have dozens of tools (some in-house, others purchased) to manage.

Furthermore, most people recognize Hardware specialized IT Administration is increasingly a career dead end, so most end up switching to Engineering, Sales Engineering, or Support Engineering due to better career opportunities.

> I would be shocked if Oracle support (or any other vendor) is given login access to make changes on servers owned by clients. At best, you open a case, you get an incompetent support person who'll send you documentation.

This is the norm in most mid- and upper-market support contracts. You'll have a dedicated TAM, Support Eng, and CSM who will handhold teams, and will have access to the underlying infrastructure.

> Oracle support does not replace admins. Oracle support gives you access to bug fixes, updates, documentation. I believe you can download most Oracle software for free, but without the docs and updates, its worthless. Other vendors may use the opposite strategy, docs openly available but software downloads are paid/subscriptions.

Depending on your contract, you would be given a dedicated TAM team and support team to debug any issues in the Oracle stack.

> In reality though, there will always be admins, then a whole lot DevOps/Cloud Ops/Kubernetes/SRE/etc people added, smooth talking manager/director increasing the spend from what could be done on bare-metal under 20K to a 20 million dollar multi cloud strategy. Why have 3 admins report to you, when you can have an army of 200 people do the same work for 100x more cost? Success stories and promotions all around!

That "smooth-talking manager" needs to justify to the CFO, COO, CTO, VP Eng, etc that for $X spent, I can get 1.5 * $X back.

As I've mentioned on multiple different occasions on HN, spend on on-prem infra is treated as part of the Finance+ITOps budget, not the DevOps budget (which is generally within R&D).

Procurement is hard, and you need to JUSTIFY a 1% increase in headcount

For example, let's assume you are hiring 3 IT Admins for $120k. That ends up costing $700-800k/yr because of benefits and incidentals. The compute as well is an additional $200-300k.

This means you are spending $900k/yr AT BEST.

That $200-300k in compute becomes $500k with a support contract, and you can hire 1 person for $120k to manage that.

This means you're spending around $750k/yr AT BEST.

That extra $150K can then be given to Engineering to help give bonuses to attract good dev talent or hire some additional headcount on the Sales side to sell the product you are hired to build.

MongoDB offers a preconfigured Linux to run on?

Or did you just mean Atlas?

I mean MongoDB has a professional services SKU to simplify onboarding and management.
> All that’s needed is update sysctl.conf to tune kernel parameters to the workload.

Mind that they do quite some work on the kernel itself to optimize it for their workloads:

https://blogs.oracle.com/linux/post/oracle-is-the-1-contribu...

The availability of Oracle's uek kernel is a differentiator from standard RHEL.

Oracle has a long history of not documenting all of this stuff and instead suggesting you should hire one of their army of consultants to help tune the OS or Database for you.
If we are talking about tuning for a specific workload, what’s wrong with that?

If your in-house DBA doesn’t have the experience to perform the specific tuning required, then that’s what support contracts are for

The documentation can’t cover every customer’s use case and configuration. That’s just enabling folk to blindly copy inappropriate sysctls they don’t understand like they are building gentoo kernels.

You don't need to cover every use case. You just need to document what stuff does and how it affects to various workloads. A good engineer can from that information infer what they need for their workload. But not documenting that a control exists so that you can be bill you for consulting puts you in my "will not use" category.
Didn't they buy one of these (Solaris)?
That was after the launch of Oracle Linux.
Maintaining an entire separate OS (like Solaris) is hard. Maintaining a fork of a Linux distro is easy.