Эта статья похожа на медицинскую сводку: зная, что происходит у других, можно прикинуть, к чему готовиться самому.
Мы разберем типичные запросы, с которыми к нам приходят клиенты из e-comm.
Когда в штате меньше трёх девопсов
Если в штате всего один-два админа или вообще инфраструктурой занимается разработчик / дизайнер, что бывает чаще, чем можно ожидать, готовьтесь к одному из похожих сценариев.
1. Дайте поболеть, пожалуйста
Знаменитый бас-фактор подразумевает, что человек не властен над собой до конца. Он может быть лояльным, готовым подключиться в ночь с субботы на воскресенье, но он может попасть в больницу. Никакая лояльность не заставит человека под наркозом изучать алерты мониторинга.
2. Девопс не справляется
В этом сценарии сам девопс запрашивает у руководства помощь, потому что ему не хватает времени или компетенций. Не бывает универсальных специалистов: нельзя одинаково глубоко разбираться и в базах данных, и в безопасности, и в мониторинге.
3. Девопс увольняется
Сотрудник просит рассчитать его в течение 2 недель, а если он очень лояльный, то согласен поработать месяц. За этот месяц надо найти ему замену и передать дела. Пока эйчары ищут сотрудника в штат, менеджеры готовят план Б: собирают предложения с аутсорсеров.
4. Конфликт или шантаж
Сотрудник чувствует, что компания попала в зависимость от него, и начинает выкручивать руки. Хорошо, если у него есть какие-то разумные требования, например, поднять зарплату на 20%. Хуже, если он просто начал хамить коллегам и саботировать работу. К сожалению, токсичное «головокружение от успехов» встречается чаще, а справиться с ним почти невозможно.
Во всех сценариях Саусбридж готов экстренно подхватить инфраструктуру. Были случаи, когда мы начинали работать через 30 минут после обращения, еще до заключения договора.
Если система хорошо задокументирована, а сотрудник доступен, лоялен и готов делиться знаниями, это сильно ускоряет нам работу.
Но если сотрудник настроен враждебно, а документации нет, для нас это привычный вариант, мы всегда делаем глубокий аудит, потому что никакая документация и сведения от предыдущего админа не считаются достоверными.
После аудита мы создаем чистую инфраструктуру по стандарту Саусбридж, где не будет старых костылей и закладок от предыдущих инженеров, и переносим туда проект. С этого момента проект находится под нашей полной ответственностью.
Когда есть своя команда девопсов
Среди наших ecomm-клиентов встречаются компании, где в штате работают десятки девопсов. Есть три сценария обращения.
1. Есть срочная задача и не хватает рук
Например, надо быстро перевести инфраструктуру от одного интегратора к другому, а штатная команда расписана на полгода вперед.
2. Есть новый проект и не хватает рук
Компания запускает новый продукт, судьба его еще не определена, нанимать под него девопсов в штат не готовы. Проще запуститься с аутсорсером и расторгнуть контракт, если проект не взлетит.
3. Есть неприоритетный проект, которому не хватает рук
Проджект понимает, что основная команда занята более приоритетными проектами, и до его задач просто не доходят руки. Проще получить небольшой бюджет и нанять аутсорсера, чем добиваться внимания перегруженных штатных сотрудников.
Мы всегда рады таким клиентам.
Мы всегда рады таким клиентам.
Что с этим делать
Было бы глупо сразу бросаться нанимать подрядчика вместо штатного сотрудника.
Для начала мы советуем оценить риски «на глазок»: сколько за последнее время было аварий, как часто штатный сотрудник бывал недоступен, чем подтвержден его профессионализм. Если риск кажется высоким, давайте пообщаемся, возможно, наши услуги будут и дешевле, и надежнее.
Если хотите получить независимую оценку текущей ситуации, мы можем провести аудит инфраструктуры, показать основные риски и предложить варианты их снижения. Иногда оказывается, что серьёзных проблем нет. Иногда находятся узкие места, которые лучше устранить заранее.
Ну, а самое важное, если вдруг одна из вышеописанных ситуаций произойдет с вами, сразу напишите нам, и мы включимся как только сможем физически: не раз бывало, что мы начинали ликвидировать аварию через час после обращения, еще до подписания документов.
Для начала мы советуем оценить риски «на глазок»: сколько за последнее время было аварий, как часто штатный сотрудник бывал недоступен, чем подтвержден его профессионализм. Если риск кажется высоким, давайте пообщаемся, возможно, наши услуги будут и дешевле, и надежнее.
Если хотите получить независимую оценку текущей ситуации, мы можем провести аудит инфраструктуры, показать основные риски и предложить варианты их снижения. Иногда оказывается, что серьёзных проблем нет. Иногда находятся узкие места, которые лучше устранить заранее.
Ну, а самое важное, если вдруг одна из вышеописанных ситуаций произойдет с вами, сразу напишите нам, и мы включимся как только сможем физически: не раз бывало, что мы начинали ликвидировать аварию через час после обращения, еще до подписания документов.
Подробнее об аудите: https://southbridge.io/ecomm
