This was already posted 7 days ago. Link to the last thread: https://news.ycombinator.com/item?id=11058138

Just remember it's not serverless. It's just someone else's server.

It's "serverless" in the sense of the server being commoditized and irrelevant to the design of the app. It might be better to say that the server is rendered ubiquitous or trivial than that it's removed. Lambda gives you a programming model where the server has no configuration or state, because all of what would normally be in the server is now in your handler specifications instead. So you don't need to think about the server, and any server running anywhere that can support loading Lambda handlers would be equivalent for your purposes.

Imagine you're running your own Lambda-compatible server, and you have a scaling problem. The programming model means that the solution-space to that problem is restricted to adding more servers in a shared-nothing cluster configuration, not to reconfiguring the ones you have. Your Lambda server is thus a piece of black-box infrastructure, like a load-balancer.

I think that understates it a bit. AWS Lambda is backed by a fleet of servers managed around the clock by one of the largest and most experienced IT organizations in the world, and API Gateway is fronted and cached by Amazon CloudFront's global network of servers.

It's shared hosting all over again!

Similar to the value that shared hosting provided in the 90s I think this is a natural evolution to provide similar value 2 decades later.

The benefits here are that it is pay per use, scalable, and opens up more possibilities than traditional shared hosting.

We need a new term, because "someone else's server" is a superset of what's happening here. How about "transient server" or "one-shot server"?

Come to the Django Users Meetup tonight in Berlin to learn more!

The closer we get to systems like this being easy to build and commonplace, the closer we get to being able to do dynamic sites/apps on decentralized IPFS-like architectures [0].

[0]: https://ipfs.io/

This seems very cool. Is it possible to develop locally offline? Or do you always need a connection?

You don't need to modify your Django projects in anyway to use it! Super easy to come, super easy to go.

How does this abstract local file (write) access away? Does it redirect it automatically to S3 somehow?

It doesn't. You need to put objects into S3 yourself. You currently have 512Mb temp space for staging files, if necessary. https://docs.aws.amazon.com/lambda/latest/dg/limits.html

I think another question is more important -- is it easy to convert an existing app to a Zappa app? Programmatically, that is.

It looks like any WSGI-compatible app would work. Note that your code itself would need to work within Lambda constraints (http://docs.aws.amazon.com/lambda/latest/dg/limits.html).