Сейчас у меня мысль что цель этой игры — выжить

https://habrahabr.ru/post/309040/

Потому что «жизнь — боль» :)

>Зато если заглючит сам AWS Lamda и начнёт, например, прибивать всё, до чего дотянется, то эпичность факапа резко возрастёт.

Значит наша система построена плохо. :) К слову http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html

Да это пример, который показывает, как можно расширить функционал, добавить гибкости и удобства. Любое сообщение в SNS topic вызовет выполнение лямбды. Что будет делать лямбда уже зависит от нас.

>Т.е. вы хотите сказать, что всю работу в AWS Lamda выполняют сказочные гномики, и она не запускается на серверах AWS?

Эти сказочные гномики работают в AWS :) Любой сервис может сломаться, в том числе и Lambda. Но нам не нужно тратить силы, на maintenance и прочие радости operations.

>В теории-то да. В целом AWS за своей инфраструктурой следит.

Точно такой же диалог может случиться и при собственной инфраструктуре и сервисах. Дверью можно прищемить, это не значит что не надо пользоваться дверьми.

>Но вам все равно придется быть в курсе работоспособности этого сервиса, если от него зависит что-то мало-мальски важное.

Мир не идеален да. Согласен.

>Вывод — сервера, алерты и мониторинг остаются.

Я не говорил, что от них нужно полностью отказаться. Я лишь показал, как можно это улучшить и добавить гибкости. Кстати, нам никто не мешает организовать этот механизм без AWS Lambda. Просто нужно больше писать.

Каким образом запускаются скрипты на стороне клиента?

Все уже давно придумано, webhooks.

curl https://example.com/api/ можно и из баша дернуть.

А не проще было сделать API?