TGViewer
Product Developer Product Developer @product_developer · 12K subscribers
Post #152 4.12K
DevOps в продуктовой разработке: outsource vs in-house

Этот пост — реклама Selectel. Мы давние друзья, делали коллабы для подлодки, а я сам их клиент для личных целей.
В
тему верю, поэтому согласился разместить.

Продуктовая разработка и аутсорс DevOps могут показаться несовместимыми. На первый взгляд, это даже антонимы 🙂
Ведь DevOps — это не профессия, а культура совместной работы разработки и эксплуатации.
Однако давайте взглянем на это с другой стороны.

В Авито, например, есть внутренняя PaaS (Platform as a Service). Она позволяет разработчикам сосредоточиться на бизнес-логике, абстрагируясь от нюансов инфраструктуры в большинстве случаев.

$ avito service create
И вот — новый микросервис в 3 кластерах с настроенным CI/CD, логами, метриками и трассировкой.

$ avito service add postgresql
Готово — PgSQL развернут, секреты в Vault, подключения настроены.

Это экономит кучу времени и ускоряет разработку. Но не отменяет DevOps культуру. Доступ ко всем конфигам кубера в наличии, а с постгресом можно работать в режиме full access, если очень нужно.

Во всех предыдущих компаниях, где я работал — в оценки по задачам мы закладывали разворачивание и настройку инфры — кубера, баз данных, систем для трассировки, …
И это было существенное время.

В том, чтобы отдать инфру на аутсорс, есть куча плюсов:

1. Фокус разработчиков на продукте: Разработчики сосредоточены на продуктовом коде, не отвлекаясь на инфраструктурные задачи.

2. Как следствие — ускорение запуска фичей. Чем быстрее фичи доходят до пользователей, тем быстрее растет продукт и его аудитория.

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

4. Финансовая ответственность за SLA: при проседании ниже 99.95% аутсорсер выплачивает компенсацию.

Оптимальное решение часто находится посередине. Базовую инфраструктуру можно отдать на аутсорс, сохранив при этом in-house команду для критичных компонентов и поддержания DevOps-культуры.

Важно помнить: DevOps — это про людей и процессы, а не только про инструменты.

Подробнее — на лендосе DevOps-as-a-Service.

Поделитесь в комментах — насколько вы погружены в инфру? Сколько % времени разработки занимает DevOps?

———
Реклама АО «Селектел». ИНН: 7810962785 Erid:2VtzqvYLck5
  • 👍 12
  • ❤ 1
  • 👎 1
More from @product_developer
  1. Sep 12, 2026Автономность команды. Больше = лучше? Обычно автономность преподносится как безусловное до…
  2. Sep 8, 2026Почему AI-агенты не заменят кожаных Disclaimer: постов будет 2, второй — «Почему заменят»…
  3. Sep 4, 2026Avito.Tech.Conf — 26 сентября, Москва, бесплатно Бесплатных конференций вам в ленту! Спике…
  4. Jul 30, 2026AI-агенты — это ответ! А какой был ваш вопрос? Все бегут в разработку через AI. Во-первых,…
  5. Jul 21, 2026Доставка смс в самолёт Сижу в самолёте. С интернетом, что само по себе — чудо, которое уже…
  6. Jul 20, 2026С этими вашими AI агентами мы снова попали на дикий запад Момент времени Т-4: Когда-то дав…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →