Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

Я хочу увидеть позицию твою а не размышления

С мессаджем "24/7 не бывает" ты согласен?

И не виляй

Я не про "застрелись но 24*7" обеспечьте, а про необходимость стремится к этому

Есть куча "но"

О боги...

К коммунизму тоже можно стремиться

Какая твоя позиция?

Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

О боги...

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

Ясно. Я так понял что ответа не дождусь

Спасибо, я узнал кое-что новое

Ну в смысле вообще

Я узнал что админы бывают и типа антиадмины и они по разному работают

Ты всегда отвечаешь так что непонятно надо ли стремиться к 24*7 или насрать, пусть хоть падает через 2 минуты после старта главное чтобы поднималось быстро

Последний раз пишу: 1) 24/7 не существует. 2) как часто оно будет падать - абсолютно неважно. И менять компонент на основе того, что он падает каждые 5 минут, админ не вправе. Его задача - быстро поднимать. Любой сервис.

Тоже ясно. Это не админы, камрад, это ты про ученых обезьянок

Это поддержка

Ясно. Я так понял что ответа не дождусь

Я ответил раз 10 уже. Но "стремиться к 24/7" - это из разряда "стремиться к богу" - то есть антиконструктивная херня, не связанная с реальностью

Тоже ясно. Это не админы, камрад, это ты про ученых обезьянок

Это работа админа. Она опасна и трудна и очень важна.

И это я тоже уже писал

Опасна? Трудна? Прочел про релиз, подправил скрипты старта, протестировал в песочнице и дальше спать

Ибо ватсдог сам поднимет

Чуваки, вы какую то хрень несете

Такое ощущение что вы оба не девопсы и не админы

Ибо ватсдог сам поднимет

Ага, а потом окажется, что в новой версии баг и течет память

И что, админ виноват?

Ага, а потом окажется, что в новой версии баг и течет память

Внимательно читай

Опасна? Трудна? Прочел про релиз, подправил скрипты старта, протестировал в песочнице и дальше спать

Опасна? Трудна? Прочел про релиз, подправил скрипты старта, протестировал в песочнице и дальше спать

Песочница не воспроизводит 100% продакшена никогда

Ок, ватчдог на память, или скрипь

На основные ресурсы

Ок, ватчдог на память, или скрипь

Как ватчдог убережет от падения?

На то с чем работает сервис

Убережет?

Зачем?

Важно ж поднять быстро?

А, то есть 24/7 уже не нужен?

Оо или нет??!!

Важно ж поднять быстро?

Бинго!

Бинго!

Бинго в том что мы не админов обсуждаем. Это не админство

А что админство? Напиши свое определение

Это так, отдых

Я писал, выше

Раз с моим не согласен

Ты не согласен

Я писал, выше

Ну еще раз напиши, я тоже с телефона

24/7 - это херня и не имеет отношения к админству, если ты об этом

Админ должен стремится поддерживать сервис 24*7. Неважно как самому или ходить разрабатывают рекомендации на совещаниях давать опираясь на наблюдения. Неважно. Но стремиться должен. Надо - должен убедить реплики делать, надо должен убедить генератор купить итд.

Разработчикам*

А то что ты пишешь это реально просто суппорт

Админ должен стремится поддерживать сервис 24*7. Неважно как самому или ходить разрабатывают рекомендации на совещаниях давать опираясь на наблюдения. Неважно. Но стремиться должен. Надо - должен убедить реплики делать, надо должен убедить генератор купить итд.

Дай перефразирую. Админ должен стремиться к несуществующей херне и убеждать всех в том, что она существует и нужно только поменять софт. И похуй, что она не существует, он же админ - он должен!

Да, должен

Должен стремится к идеалу

А идеалы, любые, существуют редко это да

Крч, давай завтра уже а то я засыпаю уже...

?

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

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

Чуваки блин. У сервиса есть сла, к которому надо стремиться

Это может быть и 24/7

И "да выходные полежит, ничего страшного"

Чуваки блин. У сервиса есть сла, к которому надо стремиться

Да я согласен. Просто товарищ утверждает, что если что-то упало - надо ругать админа всегда. А я за то, что его надо ругать только если оно быстро не поднялось обратно. А если поднялось - хвалить

Потому что падать оно будет при любом раскладе, к чему ни стремись

Чуваки блин. У сервиса есть сла, к которому надо стремиться

Вот поэтому я на вопросы типа "есть БД она течет одмин в сорцы полезет?" И отвечаю - а насколько важна БД?

Вот поэтому я на вопросы типа "есть БД она течет одмин в сорцы полезет?" И отвечаю - а насколько важна БД?

Насколько бы она ни была важна, неограниченных ресурсов админу никто не даст. Это из той же мифологии, что "24/7"

Опять....

Поэтому хочешь или нет - админу придется поддерживать эту текущую бд

ERROR: S client not available

У тебя крайности какие-то

И сделать так, чтобы ее падения были как можно меньше заметны

Ненене, завтра, все завтра

У тебя крайности какие-то

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

Вот поэтому я на вопросы типа "есть БД она течет одмин в сорцы полезет?" И отвечаю - а насколько важна БД?

Да полезет

Если это хороший админ

Этим хороший от плохого и отличается

Хороший полезет и починит

И даже может найдет замену, протестирует и выложит в прод

А плохой будет материться в чатике и поднимаиь ручками

Да не должен админ стремиться ни к какому мифическомуи24*7

Потому что задача определять sla это задача бизнеса

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

К тому чтоб это сла 1. Было достижимым, 2. Выполнялось

Стремление сделать 24*7 там где надо 24*5 называется овер инжиниринг и вредно априори

Каждый суслик - агроном!

Стремление сделать 24*7 там где надо 24*5 называется овер инжиниринг и вредно априори

А то и 8*5

А то и 8*5

Лишь бы не 14*88

Админить генту мы не бросим

Админить генту мы не бросим

Продолжим или остановимся на том, что это всё пустой спор? :)

Интересный спор

Если админ моментально поднял и знает причину падения - то его похвалить надо и премию дать

Ну это не про нас. Про нас - еще догнать и отпиздить)))

Тимур, он бесполезный как я понял. Мы по разному понимаем обязанности админов

Тимур, он бесполезный как я понял. Мы по разному понимаем обязанности админов

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

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

Ну ясен пень что без фанатизма надо к вопросу подходить. В данном случае с админа нужно стрясти как минимум предположения о том - от чего всё упало и рекомендации как это починить

Ну ясен пень что без фанатизма надо к вопросу подходить. В данном случае с админа нужно стрясти как минимум предположения о том - от чего всё упало и рекомендации как это починить

Вот рекомендации он давать не должен, на это тестировщики есть. Если админ это делает то значит он на пути к дзену и его надо поощрить.

Вот рекомендации он давать не должен, на это тестировщики есть. Если админ это делает то значит он на пути к дзену и его надо поощрить.

Ну как бы если мимо тестировщиков ушло в продакшн к админу, то какбэ чтото в ларце не так...

Ну как бы если мимо тестировщиков ушло в продакшн к админу, то какбэ чтото в ларце не так...

Разбор полетов - второй вопрос, в первую очередь сервис надо восстановить

Разбор полетов - второй вопрос, в первую очередь сервис надо восстановить

С этим никто не спорит

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

Код пишут и те и те, баги фиксят тоже.