top | item 24759360

(no title)

cbono1 | 5 years ago

Most of these seem like fairly weak reasons at this point.

Some degree of vendor lock-in is pretty much inevitable no matter what solution you go with.

Limited programming languages may have been an issue a few years ago, but with the support of Java, Go, Python, Javascript to name a few - most of the core user bases are covered.

Additionally, after the introduction of API gateway, most CRUD applications, including those that require async tasks, can be served by the lambda and serverless.

After having used serverless for a while, the biggest turn off for using it (still) seems to be the performance issues. Provisioned concurrency, i.e leaving function containers running, is really just a bandaid and runs counter-intuitive to the original motivation of serverless to begin with.

discuss

order

No comments yet.