А если бы это не фаеркрекер был - значит не серверлесс?

Сеоверлесс - это подход, а не конкретная технология

Ась?

А чем кстати Mongo лучше, чем Tarantool? Ведь Tarantool тоже умеет документные базы и не только "In Memory". IMHO из NoSQL стоит смотреть только в сторону Tarantool (когда важна ACID) и Clickhouse (когда неважна ACID), а вы как думаете?

Мало того, что Тарантул умеет NoSQL, так он умеет и SQL тоже :)

Ну еще Redis, когда важна совместимость, например для nHibernate вроде бы нет готового Cache провайдера для Tarantool, но есть для Redis. Хотя для jHibernate есть и Cache и для Tarantool. Кстати прикрутили бы уже Redis протокол к Tarantool в качестве допопции, вообще бы было супер. Форки PostgreSQL умеют уже и Oracle и MSSQL, DB2 умеет Oracle. А Тарантул не умеет Redis :(

Ась?

Поделитесь, пожалуйста, книгой: Паттерны Kubernetes. Шаблоны разработки собственных облачных приложений | Ибрам Билджин, Хасс Роланд

400 месагов, слушай, вот честно, не хочется читать. Вот с тобой лично или с оунерами, было бы интересно поговорить, а читать - времени жаль

А есть ли аналоги Fargate в других облаках? Есть ли расширение для Кубера, которое может работать аналогично в любом облаке, когда не надо заранее выделять узлы для запуска подов?
Т.е. чтобы в любом облаке можно было бы создать только KVM узел для размещения в нем управляющих контейнеров кубера, а чтобы все остальные кастом образы контейнеров для кубера, например Helm Charts, запускались бы на их аналоге Fargate с динамическим созданием и высвобождением именно узлов, а не только подов внутри заранее созданных узлов? Хотя горизонтальный scaling ведь как раз про это? Тогда опять в чем разница того, что уже есть в Кубере по сравнению с Fargate, че то я запутался :(

А есть ли аналоги Fargate в других облаках? Есть ли расширение для Кубера, которое может работать аналогично в любом облаке, когда не надо заранее выделять узлы для запуска подов?
Т.е. чтобы в любом облаке можно было бы создать только KVM узел для размещения в нем управляющих контейнеров кубера, а чтобы все остальные кастом образы контейнеров для кубера, например Helm Charts, запускались бы на их аналоге Fargate с динамическим созданием и высвобождением именно узлов, а не только подов внутри заранее созданных узлов? Хотя горизонтальный scaling ведь как раз про это? Тогда опять в чем разница того, что уже есть в Кубере по сравнению с Fargate, че то я запутался :(

гугли Google Kubernetes Engine Autopilot

Подход или технология, мне важно понять принцип. Я до сегодняшнего дня думал, что serverless - это кастом программа клиента, которая запускается на автоматически создаваемом контейнере из типового image, предусмотренного в том или ином облаке. Сегодня для меня было большим открытием узнать, что в случае Fargate (который считается serverless) и весь image контейнера тоже можно готовить самостоятельно и запускать в режиме так сказать serverless, т.е. насколько я понял, важно то, что не нужно заботиться об инфре, где он запускается. Отсюда у меня как раз и возникло сначала предположение, что он запускается на EC2 общего пользования.