Introducing AWS App Runner(aws.amazon.com)
aws.amazon.com
Introducing AWS App Runner
https://aws.amazon.com/blogs/containers/introducing-aws-app-runner/
9 comments
I probably have an unusual use case here but I would love something like this that supports websockets. I understand that it means that the instance can't be stopped until the last connection drops but I'm happy to live with that.
Front fargate or lambda with API gateway :)
I’m wondering how this is different from Elastic Beanstalk.
Seems like it’s somewhat easier to use and it supports HTTPS without extra setup, aside from that though I’m not sure.
Seems like it’s somewhat easier to use and it supports HTTPS without extra setup, aside from that though I’m not sure.
if the price would be a quarter it would make sense, but running a 1cpu 2gb instance for 24h*30d will cost 25 USD, wtf... (without data transfer rates..........)
This price is comparable to Heroku. I think pricing wise it is similar [1].
[1] https://www.heroku.com/pricing
[1] https://www.heroku.com/pricing
Depends on the amount of activity as well. If you have an idle app you're only paying the provisioned memory costs ($10/m is the rough minimum for a small app without traffic).
It's very interesting to see all the Heroku competitors popping up. DigitalOcean launched their app platform. Render.com won TechCrunch Disrupt. Hatchbox.io exists for Rails. I've used Heroku for years now, and it's generally been a pleasant experience. Lately, I've been experimenting with the various competitors, and I'm liking Render the most. I'll definitely give app runner a try.
Definitely try out app runner, if you can fight through the IAM roles hell!
I think there are too many half baked options on AWS. This seems to have a lot of overlap with elastic beanstalk, amplify, copilot, and lightsail at least.
My friend had a comment on this. It looks like a great product on paper, but good luck figuring our the IAM roles for this.
I have been following this space religiously. Funny, enough all the other startups trying to do PaaS also doing it half baked. I think AWS, GCP entering the space is going to give these startups a hard time.
Heroku's ARR is 50 million [1], that implies the overall market cap is under a billion. Given so many startups in the space, it is super crowded with not much room left, esp, now when the Big cloud providers with free credits starts entering the market.
[1]https://getlatka.com/companies/industries/cloud-platform-as-...
I have been following this space religiously. Funny, enough all the other startups trying to do PaaS also doing it half baked. I think AWS, GCP entering the space is going to give these startups a hard time.
Heroku's ARR is 50 million [1], that implies the overall market cap is under a billion. Given so many startups in the space, it is super crowded with not much room left, esp, now when the Big cloud providers with free credits starts entering the market.
[1]https://getlatka.com/companies/industries/cloud-platform-as-...
I think this provides the IAM role needed (if you wanted to create it yourself): https://docs.aws.amazon.com/apprunner/latest/dg/security-iam...
I assume they'll also fix the bug with creating a role through the service set up console shortly.
I assume they'll also fix the bug with creating a role through the service set up console shortly.
Can someone deliver this working with a docker-compose file, which replaces services in the file with cloud-native solutions (aka if there is mysql and you are deploying on Aws, it will create a mysql db in rds for you if it doesn't exist etc)? Make it secure by default (just open the port(s) I have in docker-compose; leave the rest in their private VPCs), autoscale etc. Without doing anything but having the (also locally working) docker-compose file. There is fargate (which we use) but it's still depressingly annoying, especially if you don't enjoy tinkering with this stuff you really don't want to care about. Also, it's AWS only. Baremetal and others should be an option. There are so many players in this space, but none of them is; 'he you have a Docker-compose file, we'll do the rest!'.
I'd pay for that and there is obvious demand for it as people are creating solutions that go in that direction.
Maybe I missed that this is already there but none of the devops I talk with knows this kind of thing (job protection or it's not there?).
Edit: something that creates a tight-as-possible IAM role as well...
I'd pay for that and there is obvious demand for it as people are creating solutions that go in that direction.
Maybe I missed that this is already there but none of the devops I talk with knows this kind of thing (job protection or it's not there?).
Edit: something that creates a tight-as-possible IAM role as well...
Sounds like you need some Terraform or CloudFormation to set up the cloud infrastructure such as MySQL RDS as well as the IAMs and associated positions. Definitely doable.
I know it's doable and we did it (we have deployment scripts for everything); it's just so much work for stuff that everyone already has while it doesn't really needs to be. I wish there was a service for this that takes away all this work of 'definitely doable' to 'one click'.
You can deploy databases as statefulsets with helm.
Helm charts are your best friend. Instead of docker compose, you would rather use helm and add mysql, message queues are dependencies.
Helm charts are your best friend. Instead of docker compose, you would rather use helm and add mysql, message queues are dependencies.
i feel like there are 6 other AWS services that do the same "run a containerized app/service." i wouldn't know where to get started. at least this one has a sensible name.
this is serverful, not serverless?
this is serverful, not serverless?