Size: a a a

DevOps — русскоговорящее сообщество

2021 April 06

A

Asdqwert in DevOps — русскоговорящее сообщество
збс
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
ну я ещё посмотрю но вроде работает
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
из говна и палок это всё конечно
источник

ВМ

Вячеслав Малютин... in DevOps — русскоговорящее сообщество
Asdqwert
из говна и палок это всё конечно
Ну почему? Вполне нормальный вариант.
Надо только не забыть в pre-down все почистить за собой )
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
с машины на впн сервер по внутреннему адресу зайти могу, обратно до машины пинг идёт. нужно подумать ещё над этим, подампить трафик на всякий.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
а так вообще wireguard там приводит примеры с разными таблицами и маркировкой пакетов, а ещё более продвинутые с namespace'ами, но это я сейчас не осилю походу :)
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
источник

GA

Ghana Ashar in DevOps — русскоговорящее сообщество
no problem :)
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
когда я говорю. что кубер много ресурсов требует, то я про человеческие и/или финансовые…
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
Ну тут как всегда упирается в навыки
Если умеешь то проблем нет
источник

К

Константин in DevOps — русскоговорящее сообщество
у тебя ещё вся жизнь впереди. успеешь, времени куча :)
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Специалистов по Swarm сейчас ещё поискать надо, а кубер уже очень очень популярен. Swarm конечно чуть проще, но всё же это труп в который мало кто хочет инвестировать ресурсы. Его знают те, кто им пользуется, а новые люди уже практически не изучают. По куберу полно специалистов, полно информации и community огромное. Всё это в совокупности делает его return on investment более выгодным как ни крути.
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
самих инвестиций субёективно гораздо больше надо
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
К тому же есть у кубера есть облачные решения, у Swarm такого нет. Для кого-то так гораздо выгоднее. Многие стартапы берут инвестиции + работают на стартапных тарифах Амазона, Гугла и Майков и могут себе позволить облачный кубер и обеспечивают очень хороший уровень своим продуктам со старта и при росте вообще 0 проблем. Со Swarm это легаси при росте будет трещать по швам. Сталкивался.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
А конкретно?
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
больше сущностей описывать более многословным ямлом
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
соответственно дольше команду обучать
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
больше ошибок будет
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Нужно со старта приучаться к Helm и всяческим template'ам и тогда очень сложные вещи реализуются гораздо проще. А если вручную всё писать, то конечно сложнее. Просто это требует привычки. На перспективе более 1-2 месяцев пока команда будет въезжать конечно потратите время, но дальше сплошной + и это даже не касаясь других нюансов о которых я писал выше. Если делаете продукт для бизнеса не нужно со Swarm связываться. Из compose ковертируйте ямлы в k8s и вперёд.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
источник