Imagine using other Hashi products after this, or things built to improve them (eg atlantis or terragrunt). What a stupid way to burn your bridges.
this post was submitted on 25 Aug 2023
221 points (98.3% liked)
Technology
58303 readers
10 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
How much do people contribute to Terraform itself as opposed to a Terraform provider, I wonder? I'm biased because I've personally contributed to providers (and not Terraform itself), but I perceive providers to really be the meat of the product. For the most part, Terraform largely is just a framework for reconciling resources, but most actual functionality is in those resources themselves, for which all functionality is provided by the provider. e.g., if I wanna make a load balancer and a bunch of VMs, Terraform provides the glue that loads providers and can specify the dependency of the VMs on the LB, but the whole creating of the VMs and LB as well as the diffing and updating are all in the provider.
That's not to excuse what HashiCorp did, but just I suspect a lot of what people view as "Terraform" isn't actually the part that HashiCorp controls.
I'm glad they are doing this but in all likelihood most people who use terraform are not offering terraform to third parties on a hosted or embedded basis which is competitive with HashiCorp's products and can continue to make production use of it.
But like I said, I am glad it's happening - as an insurance policy.
That misses the point, imo. Much of Hashi's ecosystem was created by people who contributed to the product believing it was community owned, as that's what the license said.
Oracle tried to do similar when they closed the source for Hudson. Hudson was forked, creating Jenkins, and I would be surprised if folks even remember Hudson today.
Oxide Computing gets into the details on their podcast: https://youtu.be/QaU94LY891M
The OpenTF site itself provides a view on that point: https://opentf.org/#regular-user
And they're right; while you might consider yourself compliant with today's version of the license, they can change those terms whenever, and however they like in the future.
I weirdly do remember Hudson from my previous roles as a software developer, but like so many products forked that way it's barely a footnote in history at this point.
So if there are many contributors to the code they are continuing to use, did they get agreement from all that they could close source? Or does the license not require that?
Well. I feel ignorant. Use Jenkins all the time, never heard of Hudson. Looks like I need to do some readin'.
But yeah, I'm guessing you're right :)
Here is an alternative Piped link(s): https://piped.video/QaU94LY891M
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source, check me out at GitHub.
I was wondering why their classes have Hudson in the package name. I just never bothered to look it up.
Not true. A ton of these little companies that do "push button cloud" use terraform versus vendor locked-in tools. This license change is just a play to force these companies to pay up, which is shitty.
What about vault? Is there a open source fork?
Bad timing - we have a few people at my company who want to switch from TF to AWS CDK, and this could be the push that makes that happen