Live data from Hacker News

Changes to Docker Hub Autobuilds

docker.com

11–20 of 53 posts

Re: Changes to Docker Hub Autobuilds

#11
post #4

Sad. I was hoping for multi-arch support (for Free tier, I don't make money out of my opensource image), and got this instead. I wish the company could eventually found a way to make more money. Kubernetes too heavy to run, while Docker Swarm is rather reasonable. I guess there is a market gap?(???)

While it's a managed service with all the lock-in that goes with, but ECS seems to be a nice sweet spot of what you need from Kubernetes without the complexity.

Hashicorp Nomad is an open-source option.

Re: Changes to Docker Hub Autobuilds

#14
Docker, the company, is such a sad story. They have such an impactful technology but completely failed to monetize it and lost multiple revenue streams to competitors. Shows how hard "open source companies" are. Others OSS companies have similar problems. It would be nice to find economic models where impact is correlated with revenue.

Re: Changes to Docker Hub Autobuilds

#15
post #10
post #4

Sad. I was hoping for multi-arch support (for Free tier, I don't make money out of my opensource image), and got this instead. I wish the company could eventually found a way to make more money. Kubernetes too heavy to run, while Docker Swarm is rather reasonable. I guess there is a market gap?(???)

GitHub's Container Registry has multi-platform support, and I haven't encountered any limits. I believe the same is true of Google's Container Registry. There's not much reason to sacrifice features to use Docker's own registry.

I started using Docker hub recently and I can't avoid to say how outdated it feels. I just use it because is the default thing.

Every other registry I've tried works better.

Re: Changes to Docker Hub Autobuilds

#16
post #12

Normally, I would take this at face value. But from the company that just started charging users to allow them to skip upgrades, it feels like more nickel and dime tactics to me.

Not to me. A company had a problem (version spread) so they fixed it.

Then the community asked for a feature, the company implemented it at a price point.

Re: Changes to Docker Hub Autobuilds

#17

cryptocurrencies are ruining hardware availability (both GPU and now storage devices), the environment and now free cloud services. When are we gonna admit it? EDIT: typo

When the sun is wrapped in a Dyson sphere covered in solar panels made from Jupiter’s mass?

Re: Changes to Docker Hub Autobuilds

#19
post #5
post #4

Sad. I was hoping for multi-arch support (for Free tier, I don't make money out of my opensource image), and got this instead. I wish the company could eventually found a way to make more money. Kubernetes too heavy to run, while Docker Swarm is rather reasonable. I guess there is a market gap?(???)

It's hard to make more money if all people expect is more free service.

I see the dilemma there.

Most people I know of treats Docker.com as some kind of infrastructural service, it's like GitHub/GitHub Action+a Package Manager (Registry). For those who use these kind of service, they're expecting some kind of advanced (feature rich) free package for individuals, and a more advanced version for people who makes money out of the image/product they uploaded.

So, I think the nature of the service environment basically determined that most people who use Docker Cloud will end up be a free tier users. I guess this is something needs to be cracked by Docker Inc.

Re: Changes to Docker Hub Autobuilds

#20

cryptocurrencies are ruining hardware availability (both GPU and now storage devices), the environment and now free cloud services. When are we gonna admit it? EDIT: typo

By cryptocurrencies do you just mean BitCoin? Most new crypto's use proof of stake which doesn't use up GPUs.

Not heard it blamed for using up hard drives before.

Post reply on HN