What is this
It is said that "Sell Before You Build", so I would like to hear you about my prototype.
This is just a demo image, but yo...
For further actions, you may consider blocking this person and/or reporting abuse
I'd +1 the mentions of security and alignment towards k8. Docker containers do not isolate the kernel, which may prove catastrophic should a malicious container gain access. The market seems to be trending back towards microVM containers (see updates from Reinvent and KubeCon for Firecracker and Knative), so I'd recommend researching that perspective.
Other than that, you may need to look at how customers would deal with private image registries, and how auth fits into the picture to not become responsible/liable for breach potential.
Thank you for your opinion!
Yeah security is the biggest concern for this type of service.
I am thinking providing private image registries as a service like Amazon ECR. And any private registries, including hub.docker.com private image, should be used in the service.
More research is needed. Thanks!
From a security perspective, how do you plan on preventing malicious containers or malicious behavior on your platform (e.g. crypto-currency miners, bot-nets ...etc)
Thank you for your perspective!
Currently I have no idea of how to keep security. Maybe I'll set the container instance's memory, demo instance running time, etc.
I think there's a market for this. The big 3's container services are still pricey for small operations. If you price it for the masses and make the backend highly-available, you will have a winner.
Thank you for your opinion!
Yes, they are a little pricey for MVP or early stage product.
I think I have still chance by simplifying UX and providing great DX with lower price, especially for start-ups.
Update: I created the working demo!
docker-run.com/
That version does:
docker pull
anddocker run
It is really great if you give me your feedbacks!
Note: I used TypeScript + Express + React and more.
Thanks!
This but for k8s would have a lot of potential IMHO, see kubesail
Thank you for introducing the service!
I have signed up it, but unfortunately some errors happened so couldn't try it...
Yeah, kubesail is quite buggy. Basically it's a k8s namespace aaS, which is definitely the future IMHO.
Yeah k8s based PaaS is the future!
I think the idea is compelling, but not as a business; seems hard to monetize and to compete against Heroku and others.
Even though developers would find this useful, Jeff Lindsay made github.com/dokku/dokku (19,000+ GitHub stars) which already seems to do a great job of this.
Easy to develop, and actually I have some trouble in deploying on docker running. So helpful.
Thank you for your feedback!
I'll be the person who says no. There are might be some applications where it can be useful, but it's not going to sail far. Sorry, but I'm not disclosing details under some considerations.
Thank you for your opinion! I am really happy if you tell me why you think so :)
I like the idea and I like the simplicity. I assume you just deploy and a unique id is used as a subdomain for the container with traefik discovery?
Keep going!
Thanks!
Yes, in my plan YOUR_APP_ID.dockerrun.com will be given to each users, and enables to set your custom domains if you want :)
YOUR_APP_ID.dockerrun.com is enough if you serve your app via SPA or native apps in many situations!
This is awesome! Now.sh no longer supports Docker deployments, they only do Serverless Lambda functions now.
Yeah, now.sh changed their system in 2.0...
I loved the simplicity, just Dockerfile deploy. However, I assume that Zeit made that decision for some reasons. I'll try to find it.
I'd definitely like to build something like this for the experience
Apologies if I am missing something obvious, how would it scale up and down?