в любом случае, ansible в docker это излишнее нагромождение сложностей. Ощущение что у тебя папок не было, и пермишены к ним не были проставлены. а когда запускаешь контейнер - они появлялись.

Docker + ECS/EKS или docker + k8s. пишешь враппер для командой строки, а шаблоны через helm. минимум кастомного кода, минимум поддержки

и вообще, даже не враппер для командой строки, а приложение на electron 😄

Все это глубокое имхо

Мне больше нравится DevExpress XAF в плане GUI вместо Electron.

В Ansible кстати жутко не нравится синтаксис Jinja, что они курили, нельзя ли там подключить другой template engine?

Курили python походу

Хорошее обсуждение получилось, надо теперь его осмыслить и даже почитать несколько обзорных статей на тему упомянутых технологий и тулзов. Переварить так сказать, в целом почти со всеми вашими замечаниями и предложениями согласен. Большое спасибо за вашу помощь.

Салют. Кто-нибудь соединял хосты опто мостом с mellanox connectx-2 ?

Cloude-native - это когда тулза автоматически гармонично вписывается в автоматику Кубера? Т.е. изначально в виде Helm Chart и с нужными готовыми интеграциями, операторами и т.п?

Для создания docker image

IMHO все же Ansible останется актуальным хотя бы для настройки невиртуальной инфры (т.е. некуберных сервисов), типа разных железных коробочек, OpenBSD и т.п., там, где нет докера и соответствнно кубера тоже.

А может быть и правда, попробовать сразу сделать этот freelance проект в Кубере? Minikube ведь я поднимал за 5 минут в Linode, ну там большого ума не надо. А если взять сразу облачный managed Кубер, там вообще никакого rocket science? Только я совсем не могу прогнозировать свои затраты времени по такому проекту, и как тогда установить его цену для клиента? Fixed я боюсь, а в случае почасовки я даже примерно не могу сказать, может быть и правда на время обучения логично использовать fixed price (предоплаты я не беру, только по мере готовности после тестирования)? Сколько может стоить (Fixed Price) настройка такого Кубера + написание CLI тулзы для генерации портянок TF через Pulumi? Срочности у этой задачи, насколько я понял со слов заинтересованного лица, нет. А изучить Кубер всяко полезнее, чем акробатические номера с Ansible + Docker compose. И клиенту это явно лучше в случае выхода на стадию масштабирования.

Как правильно уже замечали в этой конфе: Docker без Кубера - деньги на ветер.

Ребят, извините за оффтоп, посоветуйте, пожалуйста, нормальные книги по NoSQL, если там будет ещё что-нибудь про redis и mongodb, то совсем отлично) P.S. просьба не советовать залипать в документацию

Хабр ? :)

А чем кстати 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 :(

А что-нибудь более информативное чем открывки по кейсам?)

Потом сразу доки :)