Pull to refresh

Comments 16

Результат, мягко говоря, удивил: 49 человек из 316 ответивших используют Docker Swarm,
на котором мы поставили крест ещё два года назад!

Вы.

Поставили — настроили — научились пользоваться — работают. Не всем бизнес платит за игры с технологиями и переписывание всего каждые пол года как только выходит новая игрушка.

4 года назад эта же компания нахваливает Swarm, 2 года назад
ставит на ней крест, сейчас удивляется что никто кроме них не
поставил.
И после этого еще удивляются, что их слова мимо ушей пропускать
гораздо выгоднее :D

Так это всего лишь "очередная" переводная статья...

Какие статьи — такая и компания?
С определенным вектором развития, судя по всему

С того, что пора его уже закопать вместе с докером. Есть прекрасные альтернативы — вроде nomad. Или кубернетес уже стало возможно разворачивать так же быстро — и поддержка у сообщества куба сильно лучше, чем у swarm.
Я уж не говорю о том, что Мирантис покупает Docker Inc. А эти ребята в общем-то и отличаются тем, что покупают всякие продукты не первой свежести и с сомнительными перспективами — чтобы потом предлагать поддержку тем, кто все-таки не мигрировал в светлое будущее…
А потом выясняется, что ради заботы о пользователях — Docker начинает из хаба удалять старые образы и вводятся тарифные планы (читай — эффективно — ты будешь платить за свои докер образа на докер хабе, да и вообще за факт пользования им)

А я то думаю, откуда ноги растут у новой монетизации докер хаба.

А зачем закапывать работающее решение, которое выполняет свои задачи?
Вот не понимаю я желания всегда и везде рушить всё старое работающее и строить новое светлое будущее.


Представьте, что также было бы в реальной жизни — каждые 5 лет перестраивали мосты, срывали в ноль и строили заново дороги, многоэтажки сносили бы каждые 5-7 лет… такими темпами все ресурсы будут уходить чисто на поддержание инфраструктуры.

С одной стороны вы правы, а с другой стороны посмотрите на современный автопром, ежегодные укладки тротуарной плитки, асфальта и тд.
А зачем закапывать работающее решение, которое выполняет свои задачи?

затем, что в айти стоимость изменений существенно меньше, чем в реальном мире. Затем, что разработка и эксплуатация не хочет работать с технологиями времен мамонтов. Затем, что TCO любого устаревшего решения начиная с какого-то момента уходит в космос. Затем, что, в конце-концов, k8s де-факто стал индустриальным стандартом. А swarm где-то на обочине истории.
С чем соглашусь — что если есть старый проект, то не нужно сломя голову переносить его на новый стек, а нужно взвесить все плюсы и минусы этого подхода и принять аргументированное решение с учетом всех рисков и возможных затрат. Может этот проект так и помрет на старом стеке через пару лет. А может и нет. Но вся индустрия нас подталкивает к тому, чтобы бежать быстро вперед, причем не просто бежать, а бежать быстрее всех — иначе конкуренты наступают на пятки. А делать это на "устаревших" или "местечковых" технологиях, к сожалению, невозможно

Собянин этим уже давно занимается в его Москве
С автопромом современным, уже, почти, так. 5-7 и машина жутко начинает иметь владельцу мозги.
Не проголосовал, поскольку правильного варианта нет. Участвовал в поддержке инфраструктуры для заказчика, а они по известной только им причине используют Swarm и слезать с него не собираются.
Sign up to leave a comment.