нет времени объяснять. ты дивапс ссаный

Или хуже - SRE ссаный

Так что нет

Я по ссх хожу на прод

И под себя

И под себя

Хм

это кстати отдельная штука которая должна была умереть еще лет 10 назад

Вместе с дежурными админами? Спорный вопрос, в идеале-то да, но вот на практике сре начинают выть от своих кривонастроенных алертилок на мобильные в 3 часа ночи

Я по ссх хожу на прод

гордишься этим?

гордишься этим?

Конечно

Вместе с дежурными админами? Спорный вопрос, в идеале-то да, но вот на практике сре начинают выть от своих кривонастроенных алертилок на мобильные в 3 часа ночи

да, вместе с ними. Нет, не спорный.

Сделал кривой алерт? страдай, сука

Сделал кривой алерт? страдай, сука

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

Сделал кривой алерт? страдай, сука

Вопрос: перебдеть или недобдеть? Это крит или варнинг? Звонить ночью или не звонить?..

боль от говнокода должны испытывать авторы говнокода

Вопрос: перебдеть или недобдеть? Это крит или варнинг? Звонить ночью или не звонить?..

чувак, дежадмин это такое существо которое как выше сказал Сергей - meatware. такой скрипт из мяса.

чем дальше приземляется боль от автора говнокода - тем выше шанс, что никто не исправит этот говнокод

замени его на обычный скрипт, не мучай человека

там не сложная нейронка блин, а простые зависимости

крит или ворнинг написано в алерте

Звонить ночью или нет - написано в рассписании алерта

перебдеть или недобдеть - так весь скрипт, сделавший алерт об этом

стоямба

Этот кусок мяса действует и принимает решения согласно регламенту, разве нет?

Блин, я весь свой трудовой опыт проработал в компаниях, где все криво, плохо и нифига не настроено...

Блин, я весь свой трудовой опыт проработал в компаниях, где все криво, плохо и нифига не настроено...

хреново тебе, зачем тащить практики оттуда в мир?

хреново тебе, зачем тащить практики оттуда в мир?

Хз, я другого не видел

Хз, я другого не видел

сочувствую

Хз, я другого не видел

оно существует. Просто верь.

Везде были недопиленности, чаще всего по трем причинам: 1) забили 2) недосмотрели 3) неуспели (бизнес захотел другое решение)

можно приносить лучшие практики где хреново и делать мир чуть лучше

можно приносить лучшие практики где хреново и делать мир чуть лучше

Чтобы приносить лучшие практики - нужно сначала посмотреть на лучшие практики (почитать про них мало)

Чтобы приносить лучшие практики - нужно сначала посмотреть на лучшие практики (почитать про них мало)

несомненно, но за неимением этого можно учиться, читать, смотреть, ездить на конфы и разговаривать с лидерами индустрии и пробовать это применять у себя

несомненно, но за неимением этого можно учиться, читать, смотреть, ездить на конфы и разговаривать с лидерами индустрии и пробовать это применять у себя

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

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

пробовал?

пробовал?

Не совсем, просто попробовал походить вокруг этой темы. Перекрестились, поплевали черел левое плечо, сказали - "только не руби".

Везде были недопиленности, чаще всего по трем причинам: 1) забили 2) недосмотрели 3) неуспели (бизнес захотел другое решение)

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

Не совсем, просто попробовал походить вокруг этой темы. Перекрестились, поплевали черел левое плечо, сказали - "только не руби".

люди могли уже обжечься или не доверять технологии, может стоило сделать минимальный mvp и рассказать как это может улучшить или облегчить процесс неадукватов неслушающий ничего все таки не так много

люди могли уже обжечься или не доверять технологии, может стоило сделать минимальный mvp и рассказать как это может улучшить или облегчить процесс неадукватов неслушающий ничего все таки не так много

А оно уже объективно не нужно если переползать в облака и контейнеры. А рулить однотипными нодами паппетами - это уже оверинжиниринг

Так что, пока едим легасевый кактус

ну мы ж говорим про практики в целом, а не про конкретно паппет

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

Практики обычно завязаны на стек :с

Практики обычно завязаны на стек :с

не согласен

Все упирается обычно в разного рода технологические особенности используемых инструментов

Хотел бы узнать название русских компаний, в которых так как описывают Владимир и Сергей)

Было бы интересно посмотреть

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

Хорошие практики бывает сложно протолкнуть, потому что есть часть процесса или процесс X, который работает очень плохо, но бизнес это условно устраивает, а его переделка в правильную сторону требует серьезных временных затрат в рамках проекта и бизнесу далеко не всегда получается донести "зачем". И эта часть процесса Х не позволяет реализовать хорошую практику. У меня так было с релизами.

Например отказ от использования веток (хоть формально в аркануме они поддерживаются) делает реализации разного рода автоматизации довольно упоротыми. Это самое первое, что пришло в голову. Но есть более формальные штуки - работа с докерами, пуш-пул архитектуры, реакторы (как в солте) и прочее

Сделал кривой алерт? страдай, сука

бесценно ?

Хорошие практики бывает сложно протолкнуть, потому что есть часть процесса или процесс X, который работает очень плохо, но бизнес это условно устраивает, а его переделка в правильную сторону требует серьезных временных затрат в рамках проекта и бизнесу далеко не всегда получается донести "зачем". И эта часть процесса Х не позволяет реализовать хорошую практику. У меня так было с релизами.

есть моменты, когда стоит сменить компанию)

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

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

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

Хотел бы узнать название русских компаний, в которых так как описывают Владимир и Сергей)

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

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

А что за компания? И насколько близко к полной автоматизации?)

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

Я не спорю с тем, что так правильно, я просто хотел бы указать, что нельзя сделать так, как пишет Владимир, что если понадобилось зайти на ssh и, скажем, посмотреть логи, вместо этого садится, откладывать задачу на полгода вперед и фиксить процесы вместо этого.

А что за компания? И насколько близко к полной автоматизации?)

oneFactor, автоматизировано прилично, но недостаточно, но кластер хадупчика по ssh не лажу, несмотря на то что это железные ноды)

Из занудных замечаний еще могу отменить, что всегда есть вопрос применимости. У меня вот домашний сервер и я не буду настраивать там kuber, chatops и прочее, вместо хождения туда по ssh и в этом точно нет проблемы)

Я не спорю с тем, что так правильно, я просто хотел бы указать, что нельзя сделать так, как пишет Владимир, что если понадобилось зайти на ssh и, скажем, посмотреть логи, вместо этого садится, откладывать задачу на полгода вперед и фиксить процесы вместо этого.

На мой взгляд, Володя совершенно прав в том, что можно всё время проводить в походах на хосты по ссш, и никогда не иметь его для выстраивания процессов.

На мой взгляд, Володя совершенно прав в том, что можно всё время проводить в походах на хосты по ссш, и никогда не иметь его для выстраивания процессов.

+ 100

Еще интересно как решаютсч сетевые всякие кейсы

Из разряда доступности и прочей херни

Я не спорю с тем, что так правильно, я просто хотел бы указать, что нельзя сделать так, как пишет Владимир, что если понадобилось зайти на ssh и, скажем, посмотреть логи, вместо этого садится, откладывать задачу на полгода вперед и фиксить процесы вместо этого.

просто ты вот должен этот случай записать и сделать так чтобы ВЕСЬ класс таких случаев больше не требовал захода по ССШ

в идеале в свободное время ты можешь посидеть и подумаь над проектом как сделать так чтобы любая операционная работа не требовала ссш в прод

просто ты вот должен этот случай записать и сделать так чтобы ВЕСЬ класс таких случаев больше не требовал захода по ССШ

поддерживаю

ERROR: S client not available

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

С почасовкой это так не работает, к сожалению. Можно, конечно, сказать, что надо не работать с почасовым вариантом оплаты, но это уже такое)

И еще я бы послушал как реализовывается безопасность)

Типа у тебя есть прод и бла бла)

И есть всякие хосты и авто деплой

И вот это вот)

Хотел бы узнать название русских компаний, в которых так как описывают Владимир и Сергей)

ну увы не от меня ) но может в чате кто-то из 793 человек узнает по описанию конторы где так

ну увы не от меня ) но может в чате кто-то из 793 человек узнает по описанию конторы где так

Ну в яндексе наскок я слышал не так как ты описываешь, в мэилру еще более не так)

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

ну к сожалению тогда тебя держат просто как обезьянку, значит и будь обезьянкой

Поэтому интересно послушать где так)

Ну в яндексе наскок я слышал не так как ты описываешь, в мэилру еще более не так)

моя инфа о яндексе примерно 5-и летней давности, как там сейчас я не знаю )

Ладно. Холивар о ссш закончился? Каковы результаты? Ссш не нужен на проде?)

Лень скроллить

я соглашусь, что для операционной деятельности не нужен

холивар вроде с меня начался

А для какой остался нужен?

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

Хорошо

Ладно. Холивар о ссш закончился? Каковы результаты? Ссш не нужен на проде?)

for i in $servers; do ssh $i systemctl stop ssh; done ;)

for i in $servers; do ssh $i systemctl stop ssh; done ;)

всегда так делаю

for i in $servers; do ssh $i systemctl stop ssh; done ;)

Навскидку - ты забыл опции ssh. Но как шутка - норм)

Сервис еще вроде sshd

Ага

Навскидку - ты забыл опции ssh. Но как шутка - норм)

Если .ssh/config настроен то будет ок)

Сервис еще вроде sshd

Печаль;(

Я не помню когда я последний раз ссш использовал в проде

А что используешь?

тут не пашет

А что используешь?

Так мы ж уже все выяснили;(

А что используешь?

ничего не использую )

тут не пашет

Ну блин;(

софт метрики и логи дает мне