@devops_jobs - страница 597

Решается только скилловыми людьми готовыми ее решать. То есть в конечном итоге - круглосуточными скиловыми людьми. Привет, офисы в разных часовых поясах.

Sheridan

вайнот

яза

Sergei

Решается только скилловыми людьми готовыми ее решать. То есть в конечном итоге - круглосуточными скиловыми людьми. Привет, офисы в разных часовых поясах.

там выше про follow-the-sun есть

Nick

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

Sergei

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

если компания локальная (евпочя), приходится.

Sergei

просто это должен быть по-настоящему rare case. единицы раз в год.

Nick

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

Sergei

со вторым не согласен. ну т.е. наблюдал 3-5 ночных проблем в год и это не превращалось в проблему "ой, мы расслабились"

Nick

плюс всякая фигня. самолеты. ночная жизнь. все совпадет неудачно :)

⁠

дц ночник понятно, а по какому профилю была вторая фирма?

Sergei

дц ночник понятно, а по какому профилю была вторая фирма?

у меня? хостинг это был.

⁠

ясно

⁠

для дц и хостинга действительно многие вещи можно и лучше автоматизировать

Sergei

внезапно уничтожал я это уже не там. :)

Sergei

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

Sergei

Ник, насколько у вас много toil уходит низкоквалифицированному народу?

⁠

а в моем кейсе наличие 8 дежурников и супервайзера как минимум оправдано из-за финансового направления компании

Nick

Ник, насколько у вас много toil уходит низкоквалифицированному народу?

категорически немного. автоматизация работает.

Sergei

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

Nick

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

можно

Sergei

почему строите не на ручном? :)

Jenny

а в моем кейсе наличие 8 дежурников и супервайзера как минимум оправдано из-за финансового направления компании

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

Nick

почему строите не на ручном? :)

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

Sergei

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

добавлять - быстрее, модифицировать - хуюшки.

Nick

Плюс, люди постоянно ошибаются, качество сервиса будет ниже

Nick

Когда мы запускались например, у нас выдача серверов/настройка сети была уже автоматической, а вот ввод данных о серверах - ручной. Сотруднику ДЦ надо было ввести во внутреннюю систему руками данные о семи подключениях для каждого сервера (два питание, два приватная сеть, два публичная, одно iDRAC) - номера портов. Пока не докрутили в этой части автоматику тоже (месяца 3-4 первых), был АД

Nick

При этом люди офигенные, толковые, с опытом - проблема не в них, а в том что в стойке на 48 серверов получается 336 подключений. Достаточно при вводе ошибиться чуть больше чем в 1% случаев, и у тебя будет поломано 8% данных о серверах

Konstantin

При этом люди офигенные, толковые, с опытом - проблема не в них, а в том что в стойке на 48 серверов получается 336 подключений. Достаточно при вводе ошибиться чуть больше чем в 1% случаев, и у тебя будет поломано 8% данных о серверах

знакомая ситуация, #PDU неправильно вбили и на моей смене я ребутнул edge router...

HashTag

Подписка на #pdu

Konstantin

нет

Nick

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

но при этом я стараюсь для всех ключевых процессов иметь fallback в ручное исполнение

Nick

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

Jenny

это же человек из нетворк чатика

Vladimir

dmage работа дежадмина который может на уровне "место почистить" или "позвонить ответственному" - абсолютно всегда на 100% автоматизируется

Vladimir

именно тем что пока это можно описать инструкцией - это можно превратить в код

Anonymous

именно тем что пока это можно описать инструкцией - это можно превратить в код

сходи в фнс

Anonymous

с этим

⁠

с теоретиками даже обсуждать это не буду

Vladimir

с теоретиками даже обсуждать это не буду

чувак, мы оба практики тут

Vladimir

а не теоретики

Anonymous

с теоретиками даже обсуждать это не буду

кто теоретик? в у него в букинги дата центры на мрлд баксов

⁠

у нас была попытка формализовать документацию в виде дерева инцидентов

⁠

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

⁠

чем закончилось все - уже не знаю

Anonymous

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

Vladimir

dmage ну вот у нас в моем сервисе получилось довести до состояния что за последние полтора года была 1 проблема требовавшая решения вот прям ща и по которой позвонили

Anonymous

хотя найти таких задротов как сергей и смирнов володя оч сложно

Vladimir

и да, звонил робот

Vladimir

в рамках компании пока не так гладко, но к этому идет

Anonymous

в рамках компании пока не так гладко, но к этому идет

😂скорей бы налоги на роботов

Anonymous

а то вы так скоро доавтоматизируете, что работы не станет

Vladimir

а то вы так скоро доавтоматизируете, что работы не станет

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

Vladimir

они останутся