В s3 нет понятия директорий. Это же object store и директории на самом деле prefix в терминологии s3.

Имеет смысл разносить в случае если тебе нужно быстро получить все объекты по префиксу или если планируешь использовать aws s3 sync

спасибо

Я бы делал на stepfunction. CloudWatch Event работает как крон, т.е нельзя дернуть одноразово с момента наступления конкретного события

Такой вот небольшой субботний вброс: хотим начать переезд с swarm на kuber.
Какой самый безболезненный способ для bare metal setup (ovh dedics)?
Пока смотрим на k3s + k3d для локальной разработки. K3S обещает не ломаться при обновлении.
Так же нашли сам Rancher - который выглядит как очень хороший способ из коробки получить логинг, алертинг, доступ к разным кластерам по ролям, деплой из гит.
Может есть какие-то удачные наработки чтобы минимизировать стоимость владения кубером? (О том же rancher на удивление мало отзывов, хотя выглядит потрясающе для SMB)

swarm уже все?

не все, просто больше проектов - нужно больше людей, а добавлять людей в стек со свармом тяжело

почему тяжело?

потому что у людей нет опыта работы с ним. В сварме есть много хороших вещей, вроде docker app - но о них никто не знает (маленькая популярность на рынке)

спасибо, интересная точка зрения

Если компания/проект большой, то я так понимаю разрабы будут на своем уровне работать, а девопсы на своем

Мне легче погуглить доку по сворму, чем смотреть что такое k3s

Я отталкиваю момент изучения кубков уже пару лет)

много мелких прокетов на своем железе

мне тоже друг "юзай к8с", там все просто
я говорю "а чтобы стало просто ты сколько времени потратил?"
год где-то говорит)

А что такого специфического в сварме, чего не знают люди, имеющие опыт с докером?

Для меня k8c === на проект теперь нужно 1-2 фулл тайм дев опса)

а почему кстаи нет swarm as a service?

везде k8s

Бо Гугл)

ну вот Rancher + k3s должно как бы решить.
Но хорошобы узнать отзывы тех кто уже пробовал

Доку я сам могу найти, спасибо) Мне конкретика интересна, какие возникают проблемы у людей.