You're really going to run into trouble with the "no credit card required" thing - people are going to use your service to, at worst, spam and abuse other people and, at best, mine crypto.
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
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-get install nodejs
COPY . .
RUN npm install
RUN npm run build
RUN BACKGROUND npm run start
EXPOSE WEBSITE localhost:3000
```
This product combines our firecracker-based hypervisor (200ms cold starts) with a global CDN written in Go (using Caddy for TLS termination)
We can offer everything for free because we charge for the DevOps side (CI/CD & preview environments) - we have no intention of getting users and then upselling people for hosting.
We're obviously very excited about this launch, and would love to hear your feedback.
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.
Firefox, latest version, no ad blocker enabled.
After nosing around in your source a bit, it seems the redirect to https://docs.webapp.io doesn't work for me?
Practically
- We don't actually require you to use Docker, and we don't use it under the hood. The configuration (which looks like a Dockerfile) can run multiple containers in the same VM:
FROM vm/ubuntu:22.04
RUN (install docker)
RUN REPEATABLE docker-compose build
RUN BACKGROUND docker-compose up
EXPOSE WEBSITE localhost:8080
You can also just run entirely non-docker services:
RUN BACKGROUND redis-server
- The DSL will watch which files are used for each build step to skip everything you haven't changed, so builds are much faster
- You can use us to clone VMs and run Cypress tests in parallel, then promote one of the clones to a preview environment, and another to a production environment
- We're more declarative (in my opinion), we don't have a CLI. Everything is done by editing a Layerfile and git pushing it
TL;DR, we focused on a declarative configuration format to quickly build, fork, and hibernate VMs, where Fly is more focused on building/shipping docker containers (though the products do fill a similar niche)
When creating an account with Github, why do you ask permission to "act on my behalf"? There is no such permission when creating an account with Google
It looks like all of the auth data is empty - maybe you logged into an account which doesn't have permission to install on that repository?
If you email me at colin@webapp.io with your GitHub account name, webapp.io account (if any), and the name of the repository, I can take a look for you.
- 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
d3nj4l|3 years ago
colinchartier|3 years ago
colinchartier|3 years ago
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-get install nodejs COPY . . RUN npm install RUN npm run build RUN BACKGROUND npm run start EXPOSE WEBSITE localhost:3000 ```
This product combines our firecracker-based hypervisor (200ms cold starts) with a global CDN written in Go (using Caddy for TLS termination)
We can offer everything for free because we charge for the DevOps side (CI/CD & preview environments) - we have no intention of getting users and then upselling people for hosting.
We're obviously very excited about this launch, and would love to hear your feedback.
nextaccountic|3 years ago
What are the differences from a Dockerfile?
benatkin|3 years ago
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.
sosodev|3 years ago
re-thc|3 years ago
solatic|3 years ago
If you're running in AWS (looks like it), how do I set up private networking with RDS?
fulafel|3 years ago
Eg in this Django app example they are using PostgreSQL: https://docs.webapp.io/examples/django
isuckatcoding|3 years ago
radiojasper|3 years ago
[0] https://webapp.io/docs/main
[1] https://webapp.io/docs/examples
[2] https://webapp.io/docs/integrations
Firefox, latest version, no ad blocker enabled. After nosing around in your source a bit, it seems the redirect to https://docs.webapp.io doesn't work for me?
colinchartier|3 years ago
sosodev|3 years ago
Existenceblinks|3 years ago
mayli|3 years ago
colinchartier|3 years ago
FROM vm/ubuntu:22.04
RUN (install docker)
RUN REPEATABLE docker-compose build
RUN BACKGROUND docker-compose up
EXPOSE WEBSITE localhost:8080
You can also just run entirely non-docker services:
RUN BACKGROUND redis-server
- The DSL will watch which files are used for each build step to skip everything you haven't changed, so builds are much faster - You can use us to clone VMs and run Cypress tests in parallel, then promote one of the clones to a preview environment, and another to a production environment - We're more declarative (in my opinion), we don't have a CLI. Everything is done by editing a Layerfile and git pushing it
TL;DR, we focused on a declarative configuration format to quickly build, fork, and hibernate VMs, where Fly is more focused on building/shipping docker containers (though the products do fill a similar niche)
intelVISA|3 years ago
nextaccountic|3 years ago
langsoul-com|3 years ago
Might wanna check their article, because you may face the same problems.
mleonhard|3 years ago
nickphx|3 years ago
colinchartier|3 years ago
If you email me at colin@webapp.io with your GitHub account name, webapp.io account (if any), and the name of the repository, I can take a look for you.
ushakov|3 years ago
hobo_mark|3 years ago
- 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?
lyeniac|3 years ago
NayamAmarshe|3 years ago
nephanth|3 years ago