Как интернет-магазины попадают в Саусбридж

2026-06-11 15:52

Эта статья похожа на медицинскую сводку: зная, что происходит у других, можно прикинуть, к чему готовиться самому.

Мы разберем типичные запросы, с которыми к нам приходят клиенты из e-comm.

Когда в штате меньше трёх девопсов

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

1. Дайте поболеть, пожалуйста

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

2. Девопс не справляется

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

3. Девопс увольняется

Сотрудник просит рассчитать его в течение 2 недель, а если он очень лояльный, то согласен поработать месяц. За этот месяц надо найти ему замену и передать дела. Пока эйчары ищут сотрудника в штат, менеджеры готовят план Б: собирают предложения с аутсорсеров.

4. Конфликт или шантаж

Сотрудник чувствует, что компания попала в зависимость от него, и начинает выкручивать руки. Хорошо, если у него есть какие-то разумные требования, например, поднять зарплату на 20%. Хуже, если он просто начал хамить коллегам и саботировать работу. К сожалению, токсичное «головокружение от успехов» встречается чаще, а справиться с ним почти невозможно.

Во всех сценариях Саусбридж готов экстренно подхватить инфраструктуру. Были случаи, когда мы начинали работать через 30 минут после обращения, еще до заключения договора.

Если система хорошо задокументирована, а сотрудник доступен, лоялен и готов делиться знаниями, это сильно ускоряет нам работу.

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

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

Когда есть своя команда девопсов

Среди наших ecomm-клиентов встречаются компании, где в штате работают десятки девопсов. Есть три сценария обращения.

1. Есть срочная задача и не хватает рук

Например, надо быстро перевести инфраструктуру от одного интегратора к другому, а штатная команда расписана на полгода вперед.

2. Есть новый проект и не хватает рук

Компания запускает новый продукт, судьба его еще не определена, нанимать под него девопсов в штат не готовы. Проще запуститься с аутсорсером и расторгнуть контракт, если проект не взлетит.

3. Есть неприоритетный проект, которому не хватает рук

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

Мы всегда рады таким клиентам.

Что с этим делать

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

Для начала мы советуем оценить риски «на глазок»: сколько за последнее время было аварий, как часто штатный сотрудник бывал недоступен, чем подтвержден его профессионализм. Если риск кажется высоким, давайте пообщаемся, возможно, наши услуги будут и дешевле, и надежнее.

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

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

Подробнее об аудите: https://southbridge.io/ecomm

DevOps