Size: a a a

DevOps Jobs - работа и аналитика

2020 December 05

O

Onlinehead in DevOps Jobs - работа и аналитика
Старый Хрыч
Новых проблем ошибок и багов
Это же не особо разумная позиция. Любое измнение протащит за собой новое и неизведанное багло. Будешь решать те же задачи с помощью других тулов (сам напишешь или что-то возьмешь) - оно точно так же привезет новых проблем и багов. Это путь "чтобы ничего не ломалось - надо просто ничего не делать и не менять".
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
А потом тебя уволят нахер:)
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Я так то не говорю что это прям silver bullet и надо всем, но категорическое "нет" или "если то, то точно не это" не работает.
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Некоторые процессы не стоит трогать, особенно те что критичны и приносят стабильные деньги, их можно улучшить, но точно не свистелками и перделками пересматривающими саму архетекиурную структуру.
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Да удобно, но далеко не всегда и не везде.
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
admin 666admin
Некоторые процессы не стоит трогать, особенно те что критичны и приносят стабильные деньги, их можно улучшить, но точно не свистелками и перделками пересматривающими саму архетекиурную структуру.
Разумная позиция. Но вроде речь не о том, что "мы мир разрушим до основания, а потом построим комунизм кубернейтс" :)
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Ну и справедливости ради, иногда перелопачивание архитектуры и масштабные миграции это единственный возможный путь
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Ну вроде как вы это и обсуждали, кубик VS олдскул
источник

II

Igor Ignatev in DevOps Jobs - работа и аналитика
Onlinehead
Разумная позиция. Но вроде речь не о том, что "мы мир разрушим до основания, а потом построим комунизм кубернейтс" :)
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Onlinehead
Ну и справедливости ради, иногда перелопачивание архитектуры и масштабные миграции это единственный возможный путь
Это если задача стоит повысить показатели (от скорости производства плющек, до скейла и хайлоада )
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
admin 666admin
Ну вроде как вы это и обсуждали, кубик VS олдскул
Не совсем. Изначальный посыл был "можно избежать знания кубика если работаешь с бигдатой". Я всего лишь утверждаю, что это не так. Избежать то можно, но дело не в бигдате:)
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Во есть рабочий сервис в экосистеме, вот зачем я буду его трогать
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
admin 666admin
Это если задача стоит повысить показатели (от скорости производства плющек, до скейла и хайлоада )
Ну, если у тебя проект замер, то он фактически начал путь к смерти и да, в таком случае никто даже ресурсы не будет вкладывать в развитие и какие-то там миграции.
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Onlinehead
Не совсем. Изначальный посыл был "можно избежать знания кубика если работаешь с бигдатой". Я всего лишь утверждаю, что это не так. Избежать то можно, но дело не в бигдате:)
Желательно знать больше 1-2 направлений, кубик не будет лишним
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
admin 666admin
Во есть рабочий сервис в экосистеме, вот зачем я буду его трогать
Пока он делает свою работу и она матчится с бизнес-требованиями повода трогать действительно нет. Блин, ну это просто определение "разумного подхода". Я с тобой согласен совершенно, я не хипстер жеж)
источник

СХ

Старый Хрыч... in DevOps Jobs - работа и аналитика
Onlinehead
Ну и справедливости ради, иногда перелопачивание архитектуры и масштабные миграции это единственный возможный путь
да. но не кубер. потому что кубер дохрена чегоне умеет раз. а вто  вторых. кубер очень капризный, а например дяденька игнайт с дяденькой сварком могут 100% оперативы держать занятыми работать с диском по 12 часов
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Старый Хрыч
да. но не кубер. потому что кубер дохрена чегоне умеет раз. а вто  вторых. кубер очень капризный, а например дяденька игнайт с дяденькой сварком могут 100% оперативы держать занятыми работать с диском по 12 часов
это кубер то капризный? Ты хадуп не видел:)
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
и прочее apache made
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Опять же, я не могу сказать что кубер реально капризный или делает странное. У него есть свои парадигмы, да, но они не хорошие и не плохие. И им точно так же можно плотно утилизировать ноду до продового LA=Core Number, сам по себе kubelet не просит очень уж много ресурсов.
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Onlinehead
Пока он делает свою работу и она матчится с бизнес-требованиями повода трогать действительно нет. Блин, ну это просто определение "разумного подхода". Я с тобой согласен совершенно, я не хипстер жеж)
Ну да.Если у тебя основные деньги идут от бигдаты, конечно ты ее будешь ковырять и перделками обвешивать, но если там бизнес.таск прямолинейный и косвенный, который приносит побочку, то и ни к чему огород городить. Работает - не трогай.
источник