Честно сказать — решение у нас простое, мы собираем пакет на AWS AMI машине перед инсталяцией =) Что в принципе решает проблему совместимости. Конечно самое хорошее решение было бы «застатвить» lambda автоматически подргужать указанные нативные библиотеки…
Я б сказал, не чудовищный а частичный. Все же лямбда это функция — а значит обезопасив себя парой слоев абстракции по обработке и выводу данных, в принципе код можно перенести на любую платформу в качестве REST API. Но естественно такие моменты как ивенты, и прочие native Amazon лочат Вас в Амазоне =)
Да — холодный старт это проблема, но проявляется она только в 2х случаях =) А именно при очень малом потоке пользователей (когда ламбда «засыпает») и при очень большом (когда происходит scale-out)
Если говорить о самом фреймворке — то нет, он заточен конкретно под AWS. Если же рассматривать сам принцип — то это от части aPaaS платформа с гораздо более расширенным функционалом — и да у нее есть аналоги такие как Google App Engine, Azure WebJobs или OpenSource hook.io.
Технически многие крупные Enterprise уровня компании иметь собственные аналоги для внутреннего использования.
Технически многие крупные Enterprise уровня компании иметь собственные аналоги для внутреннего использования.