Почему я ставлю на российский стек и self-hosted

Меня часто спрашивают, почему я по умолчанию советую клиентам российский стек технологий и собственный сервер вместо привычных зарубежных облаков. За этим стоит не мода и не патриотический лозунг, а практика последних лет: я видел, как компании теряли доступ к сервисам, попадали под санкционные ограничения вендоров и переплачивали за подписки, которые росли вместе с командой. В этой статье я честно изложу свою позицию — почему я ставлю на российский стек и self-hosted, в каких случаях это действительно выгодно, а когда я сам отговариваю клиента и советую остаться в облаке. Это не догма, а аргументированный взгляд человека, который занимается этим больше 16 лет.

Моя позиция

Моя позиция по умолчанию простая: если задача позволяет, я предлагаю российский стек и собственный сервер. Под российским стеком я понимаю инфраструктуру у отечественных хостеров, российские облачные сервисы и модели (например, GigaChat или YandexGPT, если речь про ИИ), а также open-source-инструменты, которые не зависят от конкретного зарубежного вендора. Под self-hosted — размещение приложений на сервере, который контролируете вы, а не на чужой платформе с помесячной подпиской.

Но я сразу хочу подчеркнуть: это позиция, а не религия. Я не считаю, что всё зарубежное и облачное плохо, а всё своё и российское хорошо. Бывают задачи, где собственный сервер — это лишние расходы и головная боль, а готовое облако решает вопрос за день. Я честно говорю об этом клиентам и не навязываю свой сервер там, где он не нужен. Хороший подход — это не «всегда self-hosted» и не «всегда облако», а выбор под конкретную ситуацию: какие данные, какой бюджет, есть ли кому администрировать, какие юридические требования.

Дальше я разберу аргументы за российский стек и за self-hosted по отдельности, а потом честно расскажу, когда облако и зарубежные сервисы — правильный выбор. Так вы сможете принять решение осознанно, а не по чьему-то лозунгу.

Почему российский стек

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

• 152-ФЗ и локализация данных. Закон о персональных данных требует, чтобы персональные данные россиян хранились и обрабатывались на серверах в России. Если ваши данные лежат у российского хостера, это заметно упрощает соблюдение требования о локализации. С зарубежным облаком приходится отдельно разбираться, где физически находятся серверы и как это согласуется с законом. Важно понимать: само по себе размещение в России не делает систему «автоматически законной» — нужно ещё правильно организовать хранение и доступ, но первый и базовый шаг это решает.
• Риск блокировок и ухода вендора. За последние годы мы не раз видели, как зарубежные сервисы внезапно ограничивали доступ для российских пользователей: отключали оплату, переставали продлевать подписки, закрывали аккаунты. Когда ваш бизнес завязан на такой сервис, любое его решение становится вашей проблемой. Российский стек и open-source убирают этот риск: сервис не может «уйти» с рынка вместе с вашими данными и процессами.
• Импортозамещение и требования регуляторов. Для части компаний — особенно работающих с госсектором или в регулируемых отраслях — переход на отечественные решения уже не пожелание, а требование. Реестр отечественного ПО, политика импортозамещения, отраслевые нормативы — всё это толкает бизнес к российскому стеку. Заложить его сразу дешевле, чем потом мигрировать под давлением.
• Поддержка и оплата без барьеров. С российским хостером проще решать вопросы оплаты (никаких заблокированных карт и обходных путей), проще получать поддержку на русском языке в одном часовом поясе и проще заключать нормальный договор с юрлицом. Это бытовые, но реальные удобства, которые экономят нервы и время.
• Предсказуемость в валюте. Оплата в рублях у российского поставщика избавляет от скачков курса и проблем с международными платежами. Бюджет проще планировать, а счета не зависят от того, что происходит с трансграничными переводами.

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

Почему self-hosted

Self-hosted — это про контроль. Когда приложение работает на вашем сервере, вы хозяин ситуации: вы решаете, где лежат данные, кто имеет доступ, как настроена система и сколько вы за это платите. Вот ключевые аргументы.

• Контроль над данными. При self-hosted ваши данные физически находятся там, где вы решили, и не уходят в чужой сервис. Это особенно важно для документов, договоров, клиентских баз и любой конфиденциальной информации. Вы не зависите от того, как чужая платформа обращается с вашими данными, что прописано в её пользовательском соглашении и куда она их передаёт.
• Нет платы за каждого пользователя. Облачные SaaS-сервисы обычно берут абонентскую плату за каждого пользователя в месяц. Пока команда маленькая — терпимо, но с ростом счёт растёт линейно и быстро превращается в заметную статью расходов. При self-hosted вы платите за сервер и настройку, а не за головы. Добавить десятого или пятидесятого сотрудника обычно ничего не стоит сверху — и на длинной дистанции это часто выходит дешевле.
• Свобода кастомизации. Своё приложение на своём сервере можно дорабатывать под ваши процессы: менять логику, добавлять интеграции, настраивать под отраслевую специфику. В чужом облаке вы ограничены тем, что предусмотрел разработчик сервиса. С open-source и собственным размещением потолок возможностей куда выше.
• Независимость от чужих решений. Облачный сервис может поднять цены, изменить условия, убрать нужную функцию или вовсе закрыться. При self-hosted версия, которая у вас работает, продолжит работать вне зависимости от чужих бизнес-решений. Вы обновляетесь тогда, когда сами этого хотите.
• Интеграция в свою инфраструктуру. Собственный сервер удобнее встроить в уже существующий контур компании: связать с внутренними системами, настроить единый доступ, держать всё в одном защищённом периметре. Это особенно ценно, когда у вас уже есть своя ИТ-инфраструктура.

Если коротко, self-hosted даёт максимум контроля и независимости, а на длинной дистанции при растущей команде часто оказывается выгоднее по деньгам. Я разворачиваю такие решения под ключ — от подбора сервера до настройки и поддержки. Подробнее о формате можно посмотреть на странице open-source под ключ, где я как раз ставлю проверенные инструменты на ваш сервер.

Но у медали есть обратная сторона, и я обязан о ней сказать честно. Self-hosted — это не только свобода, но и ответственность:

• Нужен администратор. Сервер кто-то должен настроить, следить за ним, обновлять и чинить, если что-то пошло не так. Если в команде нет такого человека, эту функцию нужно либо нанять, либо отдать на сопровождение. «Поставил и забыл» с серьёзной системой не работает.
• Бэкапы — на вас. В облаке резервные копии часто делает сам сервис. На своём сервере за бэкапы отвечаете вы. Настроить их, проверять, что они реально восстанавливаются, хранить копии в надёжном месте — это обязательная рутина, без которой один сбой может стоить всех данных.
• Ответственность за безопасность и доступность. Обновления безопасности, защита от атак, мониторинг доступности — всё это переходит в вашу зону ответственности. Это решаемо, но требует внимания и компетенций.

Я не прячу эти минусы под ковёр. Наоборот, при внедрении сразу проговариваю, как закрыть каждый из них — настроить автоматические бэкапы, организовать мониторинг, договориться о сопровождении. Self-hosted окупается, когда эти вещи учтены, а не когда про них вспоминают после первого сбоя.

Когда облако и зарубежное всё же ок

Теперь честная часть, которую редко говорят те, кто продаёт только свои серверы. Бывают ситуации, где облако или даже зарубежный сервис — это правильный и разумный выбор, и я сам в таких случаях отговариваю клиента от self-hosted. Вот когда:

• Нужен быстрый старт. Если вы тестируете гипотезу, запускаете MVP или вам нужно решение «уже завтра», готовое облако часто стартует за часы. Поднимать и настраивать собственный сервер ради проверки идеи — это лишние затраты времени и денег. Сначала проверьте, что продукт нужен, а инфраструктуру под него выстроите потом.
• Нет чувствительных данных. Если в системе нет персональных данных, коммерческой тайны и ничего критичного — например, это публичный контент или внутренний инструмент с неважной информацией, — то главный аргумент за self-hosted (контроль над данными) теряет вес. В таком случае удобство облака может перевесить.
• Нет ресурсов на администрирование. Если в команде некому следить за сервером, делать бэкапы и реагировать на сбои, то собственный сервер превратится в источник проблем. Облако, где за инфраструктуру отвечает провайдер, в этой ситуации надёжнее. Лучше платить за управляемый сервис, чем иметь свой сервер, за которым никто не смотрит.
• Маленькая команда и небольшой масштаб. Когда пользователей мало, абонентская плата за них невелика, и экономия от self-hosted не покрывает затрат на его обслуживание. Здесь облако может быть просто дешевле в пересчёте на общую стоимость владения.
• Нужны специфические возможности облака. Иногда конкретный облачный сервис даёт функции, которые на своём сервере воспроизводить долго и дорого. Если они критичны для бизнеса, имеет смысл ими пользоваться, а не изобретать заново.

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

Частые вопросы

Российский стек — это всегда хуже по технологиям? Нет. Во многом это те же open-source-инструменты, что используют во всём мире, просто размещённые на российской инфраструктуре. Разница не в качестве технологий, а в том, где лежат данные и от кого вы зависите. По части задач отечественные решения уже вполне зрелые, по части — есть нюансы, и я честно говорю, где они есть.

Self-hosted действительно дешевле облака? Не всегда и не сразу. На старте и при маленькой команде облако часто дешевле. Self-hosted выигрывает на длинной дистанции и при росте числа пользователей, когда абонентская плата за каждого начинает суммироваться. Я считаю общую стоимость владения с учётом сервера, настройки и сопровождения, чтобы сравнение было честным, а не на эмоциях.

А если у меня нет своего администратора? Тогда есть три пути: нанять специалиста, отдать систему на сопровождение или остаться в облаке, где инфраструктурой занимается провайдер. Я предлагаю сопровождение для тех, кто хочет свой сервер, но не хочет держать админа в штате. Если же и это не подходит, честно посоветую управляемое облако — без своего сервера тоже можно жить.

Гарантирует ли российский сервер соответствие 152-ФЗ? Сам по себе — нет. Размещение данных в России это важный и базовый шаг, но соответствие закону складывается из многих вещей: как организованы хранение, доступ, согласия, регламенты. Я учитываю эти моменты при внедрении, но не обещаю «волшебную галочку» от одного лишь факта российского хостинга. Юридическую часть в спорных случаях стоит проверить с профильным специалистом.

Можно ли совместить своё и облако? Да, и часто это лучшее решение. Гибридный подход позволяет держать чувствительные данные на своём российском сервере, а некритичные или временные нагрузки оставить в облаке. Не обязательно выбирать одну крайность — баланс подбирается под задачу.

Вы навязываете self-hosted всем клиентам? Нет. Это моя позиция по умолчанию, но если вижу, что вашей задаче больше подходит облако, я так и скажу. Мне важнее, чтобы решение работало и было выгодно вам, чем продать именно сервер. Честный разговор об ограничениях — часть моей работы.

Коротко о главном

Я ставлю на российский стек и self-hosted, потому что в текущих условиях это даёт компаниям главное — устойчивость и контроль. Российская инфраструктура снижает юридические и операционные риски: помогает с локализацией данных по 152-ФЗ, защищает от блокировок и ухода вендоров, вписывается в курс на импортозамещение. Собственный сервер даёт контроль над данными, избавляет от платы за каждого пользователя и открывает свободу кастомизации. Но это позиция, а не догма: self-hosted требует администратора, бэкапов и ответственности, а для быстрого старта, некритичных данных или команды без ИТ-ресурсов облако может оказаться правильнее. Я выбираю не лозунг, а решение под задачу — и честно говорю клиенту, когда свой сервер не нужен. Если хотите разобраться, что подойдёт именно вам, я помогу взвесить риски и стоимость и выстроить инфраструктуру под ваши реальные потребности.