Size: a a a

Обсуждения техдирские

2021 April 25

ML

Maksim Lapshin in Обсуждения техдирские
нормальный _админ_ — возможно.

А если мы говорим про «девопса», т.е. человека, который должен быть заменен роботом?

Ведь мы же не про SRE говорим?
источник

PD

Phil Delgyado in Обсуждения техдирские
Я вот ни разу не видел окончания процесса внедрения devops, там всегда есть что делать. Чем опытнее опс, тем дольше он знает, что делать
источник

PD

Phil Delgyado in Обсуждения техдирские
Ну и функции sre на опсе традиционно остаются
источник

ML

Maksim Lapshin in Обсуждения техдирские
у меня вырисовывается такая картина:

есть роль человека, который будет учить/убеждать/консалтить коллег, давая им больше самостоятельности и реальной свободы в том, что можно делать на проде.

И этот же человек будет следить за capacity серверов, состоянием кубера (ну или чего там ещё есть) и прочей инфраструктуры?
источник

PD

Phil Delgyado in Обсуждения техдирские
А тут по разному. Может следить, может настроить мониторинг, обучить других созданию метрик и настроить алертинг. Второе - как раз про devops
источник

ML

Maksim Lapshin in Обсуждения техдирские
давай немножко контекст синхронизируем.

В моём представлении у нас тут ещё обсуждается, должны ли писать программисты тесты, а уже приходим с девопсом. Т.е. кто-то должен иметь право указать программисту и тимлиду, что это его головная боль настроить мониторинг, который является такой же составной частью продукта, как и тесты.

И этот же человек настраивает кубер?

В моём представлении, первый — дорогой человек и скорее девопс-консалтер. Второе — как раз скорее высококлассный админ, который продолжает админить, но инфраструктуру, а не софт.
источник

PD

Phil Delgyado in Обсуждения техдирские
Смотри, внедрять девопс как культуру можно из любой роли: CTO (лучше всего), qa, dev, teamlead, techlead etc. Девопс-консалтер тут нафиг не нужен, нечего там консультировать. А вот нормальный опс - конечно нужен. Который обоснует кубер (или, если вменяемый - не кубер), поставит пром и ch, расскажет почему логи в файлах не удобны разработке и что можно сделать вместо - и т.д.
источник

PD

Phil Delgyado in Обсуждения техдирские
Но для объяснения и внедрения практики нужны софтскиллы, это скорее дело лидов
источник

PD

Phil Delgyado in Обсуждения техдирские
В консалтеров-девопсов верю еще меньше, нежели в консалтеров-скраммастеров
источник

AK

Andrey Kolnoochenko in Обсуждения техдирские
Кстати, кто чем логи собирает/анализирует если сервисов больше одного? Remote syslog? Logstach?
источник

C

Combot in Обсуждения техдирские
🌟 Andrey Kolnoochenko has reached level 4!
источник

AK

Andrey Kolnoochenko in Обсуждения техдирские
Не помню уже как та SaaS тулзовина называлась для графического анализа логов… где фильтры можно было прикрутить в веб-интерфейсе.
Там правда лимиты на бесплатную версию были не очень большие, но помнится даже достаточно большому wifi сетапу в одном московском парке этого хватало.
источник

W

Wingman in Обсуждения техдирские
все пути ведут в эластик
источник

AK

Andrey Kolnoochenko in Обсуждения техдирские
ELK?
источник

PD

Phil Delgyado in Обсуждения техдирские
vector + Clickhouse
источник

PD

Phil Delgyado in Обсуждения техдирские
ELK - дорого очень
источник

AK

Andrey Kolnoochenko in Обсуждения техдирские
Вектор не видел, посмотрю, спасибо
источник

W

Wingman in Обсуждения техдирские
а кх умеет в партиал матч и по edit distance искать?
источник

W

Wingman in Обсуждения техдирские
(эффективно искать)
источник

PD

Phil Delgyado in Обсуждения техдирские
А нафиг это для логов? Там даже поиск по подстроке обычно не нужен
источник