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