Live data from Hacker News

Cloud in a Bottle: making self-hosting accessible to everyone

cloudinabottle.org

271–280 of 342 posts

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#271

The cloud space is absurd, we've sat by for 2 decades while the likes of AWS define every aspect of deployment, auth, even containerisation. Containerisation was supposed to mean host anywhere, literally redeploy a complex set of services and their connections on any cloud provider at the drop of a hat. That is what a f**ing shipping container is, you rock up to any port in the world and the same container is lifted…

[dead]

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#272

Earlier quoted context omitted.

You are also characterizing another project that was open-sourced (sandstorm) and is under active development as "long abandoned". Open source is difficult and requires a fair amount of cheerleading to engage users and make them part of the community. As a result it's hard to see your project in a positive light.

I mean, to be honest it does look like sandstorm development has almost stopped for the past couple of years...or am I missing something? https://github.com/sandstorm-io/sandstorm/graphs/code-freque...

No, sandstorm was deprecated years ago. I was building a platform that was similar to/inspired by sandstorm, and I closely followed it until its creator deprecated it. They now work for Cloudflare and released the 'WorkOS' project a couple weeks ago through them/for them.

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#275

The cloud space is absurd, we've sat by for 2 decades while the likes of AWS define every aspect of deployment, auth, even containerisation. Containerisation was supposed to mean host anywhere, literally redeploy a complex set of services and their connections on any cloud provider at the drop of a hat. That is what a f**ing shipping container is, you rock up to any port in the world and the same container is lifted…

[dead]

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#276
post #267

This isn't the hard part of self-hosting, at least not anymore. In the comments here there are lots of examples of similar projects that solve basically the same problem (app selection and deployment). To make self-hosting "easy" we need to solve domain registration, DNS management, and port-forwarding configuration. This probably requires a project more like OpenWRT that includes an API-driven relationship with a re…

Insightful comment I fully agree that the hardest part needs to be automated fully, there's plenty of DNS providers with API access so it can be done. Naming is oftentimes the hardest part we have in tech, I dream of a future we are more decentralized and we have alternatives to DNS to access ressources,see this great text by Andrew Nesbitt about the subject of naming: https://nesbitt.io/2026/03/03/package-management-is-naming-a...

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#277
post #267

This isn't the hard part of self-hosting, at least not anymore. In the comments here there are lots of examples of similar projects that solve basically the same problem (app selection and deployment). To make self-hosting "easy" we need to solve domain registration, DNS management, and port-forwarding configuration. This probably requires a project more like OpenWRT that includes an API-driven relationship with a re…

There are many of us who don't need public DNS records and rely on local-only DNS records accessible from outside via Tailscale/WireGuard.

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#278
post #50

These guys have been spamming issues in repos trying to promote this project and no disclosure whatsoever that they are associated with the project. https://github.com/search?q=%22cloudinabottle.toml%22&type=i...

This github search returns just 11 results, and the issues are more or less reasonable. Doesn't seem that egregious.

Re: Cloud in a Bottle: making self-hosting accessible to everyone

#279

The cloud space is absurd, we've sat by for 2 decades while the likes of AWS define every aspect of deployment, auth, even containerisation. Containerisation was supposed to mean host anywhere, literally redeploy a complex set of services and their connections on any cloud provider at the drop of a hat. That is what a f**ing shipping container is, you rock up to any port in the world and the same container is lifted…

I think a lot of programmers in the industry just follow trends, they don't really understand the benefits and drawbacks of the technology they are using.

I have coworkers who host personal projects for their own use and put them in docker, set up CI pipelines, host them on a cloud service, use an enterprise level database on the backend. One of my coworkers made a completely static portfolio website with a single page and used react.

I don't mean this in a judgemental way, people are free to use whatever they like. But it does sadden me that instead of seeing tools and processes as having certain benefits and certain overheads it's now just "this is the tool we use for everything", and therefore "everything now has this overhead". Where the overhead is performance, time, complexity.

Post reply on HN