В нашем IT-отделе всё началось с одной безобидной мысли: «Надо бы нормально настроить доступ к Twitch, чтобы стримы не лагали». Через неделю у нас уже был целый зоопарк прокси: для Coursera, Jira, GitHub, игровых платформ, образовательных курсов и даже для одного необычно прихотливого мессенджера. Казалось, что каждый сотрудник нашёл свой уникальный способ обхода ограничений, и всё работало — но только до первого серьёзного сбоя.
Именно тогда мы поняли: «профдеформация» айтишника в действии. Мы так увлеклись настройкой и экспериментами, что забыли о главном — о системе, которая работает для всей команды, а не только для одного человека в моменте.
Как всё начиналось: от одного лагающего стрима до зоопарка
Первый чейблер появился, когда наш главный разработчик не смог нормально посмотреть технический стрим с конференции: кадры подтормаживали, звук резался, а через 15 минут стрим просто отвалился.
«Ну это просто прокси нужен» — сказал он, включил первый попавшийся бесплатный сервис, и на пять стримов всё заработало. Обрадовались, закрыли вопрос.
Через неделю другой коллега пожаловался, что Coursera «почему-то не пускает» к курсу, хотя давным-давно оплатили подписку. Он нашёл другой прокси, настроил в браузере, и тоже всё заработало.
Потом третий нашёл прокси для Jira, четвёртый — для GitHub, пятый — для IPTV-приложения на телевизоре. В итоге у нас в отделе возникла ситуация, когда:
- у каждого сотрудника свой набор прокси;
- настройки разбросаны по разным браузерам, устройствам и даже ОС;
- никто точно не знает, какой прокси для чего работает, а какой «просто повезло»;
- при сбое никто не может быстро мобилизовать команду, потому что «у каждого свой путь».
Первая серьёзная проблема: когда зоопарк перестал быть милым
Переломный момент наступил, когда нам нужно было срочно подключить новую команду к зарубежному таск-трекеру за день до старта спринта. Каждый начал «искать свой прокси», кто-то забыл пароль, кто-то включил «свой» бесплатный сервис, кто-то попытался использовать рабочий IP напрямую.
В итоге:
- половина команды не могла зайти в фонд;
- вторая половина могла зайти, но сессии постоянно слетали;
- заказчик ждал отчёт к вечеру, а мы вместо работы занимались «поиском рабочего маршрута»;
- к вечеру мы всё-таки нашли рабочее решение, но потеряли почти весь день и кучу нервов.
Тогда мы поняли: хаос уже не работает. Нужна система.
Как мы превратили зоопарк в систему
Мы пригласили самого «прокси-энтузиаста» из отдела, сели с доской и решили разложить всё по полочкам. Вот что мы сделали.
1. Выписали все сервисы, которые людям нужно
Сначала просто список: что нас реально интересует?
- рабочие инструменты: Jira, Confluence, GitHub, GitLab, Slack, Notion;
- образовательные платформы: Coursera, Udemy, YouTube-каналы с курсами;
- развлечения: Twitch, стримы конференций, игровые платформы;
- дальние сервисы для маркетинга: рекламные кабинеты, аналитика, лендинги конкурентов.
2. Разделили по сценариям, а не по людям
Вместо того чтобы думать «у каждого свой прокси», мы решили: «у каждого сценария — своя связь».
Получилось три основных сценария:
- Рабочий сценарий — критичные инструменты, где важна стабильность и безопасность;
- Образовательный сценарий — курсы, материалы, стримы;
- Развлекательный сценарий — Twitch, игры, стримы.
Для каждого сценария мы выбрали свой тип прокси и свою географию.
3. Создали профили вместо личных настроек
Вместо того чтобы каждый настраивал прокси в своём браузере как хочет, мы:
- создали три корпоративных профиля браузера: рабочий, образовательный, развлекательный;
- в каждый профиль встроили свой прокси-сервер с нужной географией;
- подписали инструкцию: «если работаешь с — занимай этот профиль, не mixes».
Теперь у нас в отделе:
- новые сотрудники сразу получают готовый набор профилей;
- никто не крутится в попытках «найти свой прокси»;
- при сбое мы знаем, какой профиль ломается и какой прокси менять.
4. Выбрали одного надёжного прокси-провайдера
Отказались от десятка случайных бесплатных сервисов в пользу одного проверенного провайдера с:
- понятной репутацией;
- поддержкой современных протоколов;
- стабильной географией под наши задачи;
- технической поддержкой, которая отвечает в течение часа, а не «когда получится».
Чек-лист для команды, которая не хочет повторять наш путь
Если вы хотите избежать «зоопарка прокси» у себя в отделе, возьмите на заметку:
- выпишите все сервисы, которые команда реально использует;
- разделите их по сценариям, а не по людям;
- создайте корпоративные профили браузера под каждый сценарий;
- выберите одного надёжного провайдера прокси с понятной политикой;
- напишите простую инструкцию: «для чего используем какой профиль»;
- проводите раз в квартал тестовое переключение на резервный маршрут.
В итоге «профдеформация» айтишника перестаёт быть проблемой и превращается в преимущество: мы умеем быстро настраивать доступ, не паникуем при сбоях и не тратим время на поиски «волшебной кнопки». И это уже не зоопарк, а отлаженная система, которая работает на команду.
Подробнее про типы прокси на нашем сайте.