Show HN: Webapp.io - Free firecracker-based full-stack hosting
31–40 of 44 posts
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#32Hey HN, We recently finished our firecracker-based webapp hosting platform. It's like if Vercel and Docker had a baby: You write VM configurations in a language that looks like a Dockerfile, and every commit creates a preview environment which can be "promoted" to a production site. Here's an example configuration: ``` FROM vm/ubuntu:18.04 RUN curl -fSsL https://deb.nodesource.com/setup_12.x | sudo -E bash RUN apt-ge…
IIRC it took a long time for Node 18 to be available.
Containers FTW. You can use things in production when the maintainers release to production, not when AWS Lambda has them.
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#33Why would I use this over fly.io? It seems to be very similar at first glance
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#34Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#35Earlier quoted context omitted.
Webapp.io's money making part (which facilitates this) is a DevOps company (CI/CD, preview environments, etc) which is already hammered with that sort of thing - see this post (from when we were called LayerCI) discussed by TravisCI for context: https://blog.travis-ci.com/2021-10-20-mining
But this article says the solution was to require credit card for free use. The parent comment is noting that these guys are not doing that.
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#36Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#37Earlier quoted context omitted.
We do have a caching anycast proxy like fly, render, and other webapp-focused PaaS providers.
I'd like to try out your service, but would not be willing to link my GitHub account, and I do not have a Google account. Any chance of a non-federated sign in method?
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#38- Access the authenticated user's API Grants complete read/write access to the API, including all groups and projects, the container registry, and the package registry
Why is write access necessary?
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#39Hey HN, We recently finished our firecracker-based webapp hosting platform. It's like if Vercel and Docker had a baby: You write VM configurations in a language that looks like a Dockerfile, and every commit creates a preview environment which can be "promoted" to a production site. Here's an example configuration: ``` FROM vm/ubuntu:18.04 RUN curl -fSsL https://deb.nodesource.com/setup_12.x | sudo -E bash RUN apt-ge…
Serverless isn't that enjoyable for me since I don't like using old versions of stuff. Vercel doesn't support Node 19, which means you can't use built-in fetch without it logging a warning about fetch being experimental every time you call it. IIRC it took a long time for Node 18 to be available. Containers FTW. You can use things in production when the maintainers release to production, not when AWS Lambda has them.
You can run anything the hell you want in AWS Lambda as it is literally just a container. The documentation even shows you how to write your lambda function entirely in a handful of lines of bash using curl to request the job and submit the result.
Re: Show HN: Webapp.io - Free firecracker-based full-stack hosting
#40What's the strategy for dealing with persistent data? (Postgres, KV store, whatever)? How do I set that up and connect to it? If you're running in AWS (looks like it), how do I set up private networking with RDS?
Eg in this Django app example they are using PostgreSQL: https://docs.webapp.io/examples/django