
Про облака написано столько, что легко запутаться. Маркетологи обещают рай, одни эксперты советуют одно, другие — прямо противоположное. А на деле владелец сети или ИТ-директор просто хочет понять: что выбрать, чтобы и кассы не висли, и бюджет не трещал, и завтра не пришлось всё переделывать?
Я попробую без маркетинга. Просто пройдёмся по фактам, трендам и реальным подводным камням. С цифрами, но с осторожностью. С выводами, но без советов «для всех».
Что вообще происходит с облаками в 2026 году
В 2015-м случился бум. Все ринулись в облака как в светлое будущее: дёшево, сердито, никаких серверов в подсобке. Тот год аналитики действительно называли «началом великой миграции» — on-premise впервые пошёл в минус, а облака выросли на четверть.
Прошло 11 лет. И картина стала сложнее.
С одной стороны, облака продолжают расти как на дрожжах. По данным Synergy Research Group, в четвёртом квартале 2025 года мировой рынок прибавил ещё 30% — во многом благодаря ИИ, который жрёт вычислительные мощности тоннами. Появились нишевые игроки вроде CoreWeave, которые за два года взлетели до $1,5 млрд выручки в квартал — просто потому что дают в аренду видеокарты для нейросетей.
С другой стороны, зрелые компании начали задаваться вопросом: «А всё ли нам тут надо?» И потихоньку возвращают часть систем обратно — на свои серверы или в частные дата-центры. Этот процесс даже обзавёлся модным словом Cloud Repatriation.
По опросу Broadcom (но тут важный нюанс: Broadcom — вендор, который продаёт решения для частных облаков, так что цифры могут быть слегка «причёсаны»), 69% IT-директоров как минимум рассматривают репатриацию, а 35% уже что-то вернули. А 53% говорят, что частное облако будет для них приоритетом при развёртывании новых приложений в ближайшие три года
Кажется, что это противоречие: с одной стороны, рынок облаков бьёт рекорды, с другой — компании массово забирают данные обратно. Но на самом деле никакого противоречия нет. Просто рынок повзрослел и расслоился...
В облаке теперь живут новые, современные проекты — те, что родились уже там: стартапы, ИИ-сервисы, cloud-native приложения. Им в облаке хорошо.
Возвращают в основном legacy — старые монолитные системы, которые когда-то перетащили в облако наспех, не переписывая. Для них on-premise или private cloud часто оказываются дешевле и спокойнее.
Теперь про Россию. Тут своя специфика. После ухода западных вендоров наши провайдеры резво заняли освободившееся место. По данным iKS-Consulting, рынок IaaS в 2024 году вырос на 31% и продолжает расти. При этом важно понимать, что происходит на самом деле с западным софтом.
Первое. SAP и Oracle — это не программы, которые можно взять и перенести в облако как есть. Это тяжелые монолитные ERP-системы с проприетарными базами данных. После ухода вендоров они остались в «замороженном» состоянии: их нельзя легально обновлять, масштабировать или получать поддержку. Многие компании сейчас находятся в процессе миграции с SAP и Oracle на российские решения — в первую очередь на 1С, Greenplum или Postgres. Доля отечественных ERP-решений к концу 2024 года достигла около 60% и продолжает расти.
Второе. С Microsoft ситуация ещё жёстче. С сентября 2024 года Microsoft ограничила доступ к облачным подпискам (Microsoft 365, Azure, Office 365) для всех российских юридических лиц. Легально «крутить» их на мощностях российских провайдеров больше нельзя. То, что осталось, — либо «серые» копии в виртуальных машинах (с огромными рисками для крупного бизнеса), либо автономные версии, установленные локально, без облачных функций.
Для корпоративного сектора это создаёт предпосылки для постепенного перехода на отечественные офисные пакеты — «МойОфис», Р7 или «Яндекс 360 для бизнеса». Однако реальные темпы импортозамещения остаются невысокими: более 70% компаний продолжают использовать иностранное ПО, а значительная часть бизнеса (12%) вообще рассчитывает на возвращение западных вендоров. Переход сдерживается проблемами совместимости, высокой стоимостью внедрения а также сложностью перестройки устоявшихся процессов и инфраструктуры.
Третье. Главный тренд 2024–2025 годов — это рост PaaS (платформенных сервисов). Российские облака теперь продают не просто «железо» (виртуалки), а готовые российские базы данных, Kubernetes, шины данных и инструменты для разработчиков. Сегмент PaaS в 2024 году вырос на 59% и теперь занимает 20% всего облачного рынка. Это уже не про «аренду сервера», а про готовые платформы для разработки и импортозамещения.
Так что история про «просто крутят» осталась в 2022-м. Сейчас всё сложнее, интереснее и — что важно для бизнеса — гораздо более структурированно с точки зрения импортозамещения.
Цены? Да, растут. В «Ведомостях» писали про 30–40% в отдельных категориях. Но это касается в основном нишевых вещей вроде GPU-серверов под ИИ. Массовые услуги дорожают плавнее, и обычно провайдеры предупреждают заранее. Истории про «внезапно подняли в 2 раза за ночь» — скорее страшилки, чем реальность.
Три «кита», о которые реально можно споткнуться
В спорах про облака часто упоминают три вещи: интернет, задержки и цену. Разберём каждый по-честному, без запугивания.
1. Интернет: насколько страшно, если он упадёт?
Раньше работало так: касса стучится в базу в облаке, база отвечает, если связи нет — касса встаёт колом. И это была катастрофа.
Сейчас современные кассовые системы (особенно те, что делались с умом) умеют работать offline-first. У них есть локальный кэш: там лежат актуальные цены, остатки, справочники. Касса пробивает чеки, пишет их в локальную очередь, а с облаком общается асинхронно. Интернет пропал — очередь копится, касса работает. Интернет появился — данные улетели наверх.
Проблема остаётся только в двух случаях:
Если у вас древнее ПО, которое не умеет кэшировать и требует синхронного доступа к базе.
Если нужно проверить что-то, чего в кэше нет (например, свежую скидку по акции, которая началась пять минут назад). Тут возможны расхождения, но их можно минимизировать настройками.
Вывод: Зависимость от интернета уже не приговор, если у вас современное ПО. Но если софт старый — да, это боль.
2. Задержки: правда ли, что облако тормозит?
Давайте посчитаем на пальцах.
Средняя задержка до облака и обратно — около 30 миллисекунд (если дата-центр не в Австралии, а где-то рядом). Это 0,03 секунды.
На один чек с 20 товарами нужно где-то 20–40 запросов к базе (цены, остатки, запись чека и т.д.). Если все запросы идут строго друг за другом, получаем 20 × 0,03 = 0,6 секунды на чек. В принципе заметно, но не смертельно. А на практике многие запросы летят параллельно, так что суммарная задержка ещё меньше.
Реальные тормоза начинаются от 100–200 миллисекунд и выше. Такое бывает при спутниковом интернете, перегруженных каналах или если облако физически далеко (например, на другом континенте). В пределах страны с нормальным оптоволокном это редкость.
Вывод: Для подавляющего большинства магазинов задержки не станут проблемой, если не пытаться тянуть облако из Австралии.
3. Цена: облако дороже или дешевле?
Вот тут любят кидаться страшилками. Мол, перешли в облако — а счёт пришёл в пять раз больше, чем планировали.
Такое бывает, если:
Не разобрались в тарифах и накрутили лишнего.
Не использовали инструменты оптимизации (резервирование инстансов, Savings Plans — они дают скидку 30–50% в обмен на гарантии).
Просто плохо посчитали нагрузку.
Но сравнивать «облако vs свои серверы» честно — значит считать полную стоимость владения (TCO). Для on-premise это:
Само железо (серверы, диски, сетевое оборудование).
Электричество, охлаждение, стойка в ЦОДе.
Зарплата администраторов (и это не один человек, а минимум двое, чтобы подменяли друг друга).
Замена вышедших из строя компонентов, обновление софта, бэкапы.
Простои, когда сервер упал и полдня чинят.
Для облака:
Ежемесячная плата за ресурсы.
Плата за поддержку.
Трафик (особенно исходящий — он часто дорогой).
Часто облако выигрывает в гибкости и предсказуемости, особенно для быстрорастущего бизнеса. А on-premise может быть дешевле, если нагрузка стабильная и вы готовы вложиться в железо сразу и на годы вперёд.
Вывод: Не верьте примерам «один магазин заплатил 350 тысяч вместо 70» без деталей. Это как сравнивать тёплое с мягким. Считайте своё.
Что реально делают умные ритейлеры
Никто в здравом уме не выбирает «только облако» или «только своё железо». Все строят гибриды.
Вариант 1: Локальный кэш + облако (offline-first)
Самый популярный сценарий для сетей с нестабильным интернетом. В магазине стоит маленький сервер (или даже мощная касса), где хранятся самые нужные данные. Кассы стучатся к нему — быстро и без задержек. Чеки пишутся локально, потом уходят в облако. Новые цены и остатки приходят из облака, когда есть связь.
Нюанс: Например, у вас два магазина. В магазине А тушёнка разлетается, в магазине Б идёт так себе. Вы смотрите в облако: в магазине А остаток 10 коробок, в Б — 80. Решаете перекинуть 50 коробок из Б в А, чтобы заработать больше.
Но из-за того, что в магазине Б периодически отваливается интернет, и даныне не обнавляются. Машина которая приехала за 50 коробками уедет назад пустая. так как в магазине Б тоже шла торговля хорошо, но из за данных создалось впечатление что идет плохо.
Вариант 2: Edge computing (настоящий)
Edge — это когда вычислительные мощности максимально близки к месту событий. В ритейле это означает микросерверы прямо в магазинах или в телеком-узлах рядом. Они обрабатывают всё, что можно обработать на месте (например, видео с камер для аналитики), а в большое облако отправляют только итоги.
Это сложнее и дороже в организации, зато радикально снижает объёмы трафика и повышает отказоустойчивость.
Вариант 3: Частное облако (или просто виртуализация)
Тут важно не путать. Частное облако — это когда у вас есть портал самообслуживания, эластичность, автоматизация. Просто виртуальные машины для каждого магазина — это не private cloud, а классическая виртуализация. Но для магазинов разница часто не принципиальна, лишь бы работало.
Что выбрать? Никаких правил «до 30 магазинов»
Бывает, пишут: «до 30 точек — берите облако, больше — ставьте серверы». Это ерунда. Решение зависит от кучи вещей:
Какова нагрузка? Продуктовый магазин с 10 кассами и бутик с двумя продажами в час — небо и земля.
Какой интернет? Волокно в городе или спутник в деревне?
Какое ПО? Умеет работать offline или требует постоянной связи?
Как быстро растёте? Если завтра откроете 50 новых точек, облако даст гибкость, которую on-premise не обеспечит.
Какие законы? 152-ФЗ, ФЗ-54, хранение данных в РФ — это обязательно к учёту.
Поэтому не ищите готовых решений. Задавайте себе вопросы, считайте, тестируйте.
Чего ещё не хватает в спорах про облака
Обычно говорят про интернет, задержки и деньги. А вот про что забывают:
Безопасность. В облаке провайдер даёт вам коробку с защитой (IAM, шифрование, DDoS-защиту). На своих серверах вы должны организовать это сами. Если у вас нет своего спеца по безопасности — это риск.
Управление затратами. Облаком можно управлять так, что оно будет дешёвым. Резервирование ресурсов, отключение неиспользуемого, выбор правильных тарифов. Но этому надо учиться.
Простои своего железа. Сервер в подсобке может сгореть, сдохнуть диск, отключиться электричество. Пока вы всё почините, магазин стоит. В облаке отказ одного сервера — просто переключение на другой (если архитектура позволяет).
Итог
Главное, что нужно вынести из всей этой истории: нет идеального решения для всех. Есть правильное для вас.
Облако не спасает от всех бед. On-premise не гарантирует экономии. Гибрид — не компромисс, а способ взять лучшее от обоих миров.
Как отмечает ITWeek в январском обзоре 2026 года, российский рынок входит в новую фазу: «Период панической миграции остался в прошлом. Сегодня облако перестало быть просто строкой в бюджете. Ключевой вопрос теперь звучит иначе: не „Сколько это стоит?“, а „Какую долю выручки приносят сервисы, работающие в облаке?“». Гибридные архитектуры становятся операционной нормой, а спрос на GPU‑вычисления растёт на 45% в год.
Не верьте маркетингу. Не верьте страшилкам. Считайте своё, тестируйте, спрашивайте тех, кто уже прошёл этот путь. И помните: архитектуру можно менять. То, что работает сегодня для 20 магазинов, может перестать работать, когда их станет 200. Это нормально.
Источники:
Broadcom Private Cloud Outlook 2025 Report — опрос IT-директоров про репатриацию (с поправкой на то, что Broadcom продаёт private cloud).
Synergy Research Group: GenAI Helps Drive Quarterly Cloud Revenues to $119 Billion — данные о мировом рынке облачных услуг, февраль 2026.
iKS-Consulting: Российский рынок облаков — выбирая между IaaS и PaaS — аналитика по российскому рынку IaaS и PaaS, 2024.
TAdviser / SL Soft: Импортозамещение ПО — обзор TAdviser — тенденции импортозамещения в России.
TAdviser: Российский рынок офисного ПО. Обзор TAdviser — структура рынка, основные игроки («МойОфис», Р7, «Яндекс 360»).
IT-World.ru: Офисные пакеты в 2026 году: в чем работать удобнее? — сравнительный обзор восьми офисных пакетов, включая российские, март 2026.
Компьютерра: «Яндекс» выпустит аналог офисного пакета Microsoft Office — о выходе десктопных версий «Яндекс 360» и ограничениях Microsoft, январь 2026.
CNews: «Яндекс» создал «убийцу» Microsoft Office — технические детали нового продукта и его внесение в реестр Минцифры.
РБК: Доля российского ПО в госсекторе достигла 80% — декабрь 2024.
ITWeek: Облака над экономикой-2026: как бизнес входит в новую фазу — тренды в России, январь 2026.
Комментарии (21)

ASenchenko
09.03.2026 07:33Про кассы Вы реально слабо написали.
Акционка и программа лояльности в большинстве случаев делаются отдельными сервисами. На память приходит из массовых только SET Retail, где всё было сделано монолитно.
Интернет на кассах нужен не только для маркетинга.
Минимум все банковские сервисы, не важно, эквайринг это, СБП, или что-то ещё, требуют онлайна.
Не упомянут также ТСПИоТ, без которого сейчас уже нельзя продать с товар с обязательной маркировкой. Да и без ТСПИоТ связь с ОФД таки должна быть.
Да много чего.
Само по себе наличие онлайн-сервисов не должно влиять на выбор локального или облачного решения кассы.
У вас есть товар, который можно продолжить легально и безпрепятственно по бизнесу продавать при падении интернета? Количество потенциальных потерь от продаж, которые можно было провести за наличку без акций выше доп.расходов от локального решения? Ставьте локальное решение и не мудрите. Всё остальное от лукавого.
И вдогону.
Что ж это у Вас за ритейл, да без WMS системы? :))) Даже не упомянули.
Но статью плюсанул. Хорошая работа на фоне сплошного “я вон чего навайбкодил и по ещё жив"

AriaQA Автор
09.03.2026 07:33Спасибо за развёрнутый комментарий и плюс, очень ценно!
Вы абсолютно правы: тема касс и всех сопутствующих сервисов (эквайринг, СБП, маркировка, ОФД, программы лояльности) намного сложнее и объёмнее, чем один абзац в статье. Я сознательно не углублялась в эту часть, потому что статья была про архитектуру облачных решений для учётных систем (остатки, товародвижение), а не про кассовое ПО. Но вы верно заметили, что для целостной картины это важно — без онлайн-сервисов касса действительно не работает, и наличие интернета критично независимо от того, где лежит база.
Про WMS — тоже справедливо. Вскользь упомянуть стоило, согласна.
Ещё раз спасибо за конструктив — такие комментарии помогают делать материал лучше. Если соберусь писать отдельно про кассы, обязательно учту ваши замечания.

YMA
09.03.2026 07:33Слава роботам! Удивить всех человеков! (с) Бендер Родригес
Оба комментария настолько ИИшные, аж жуть берёт.
YMA
Так это будет в любом случае оффлайн торговли, даже при идеальной связи. Покупатель взял последний товар с полки и понес к кассе - по учету он еще в магазине, по факту - уже недоступен.
AriaQA Автор
Спасибо, что поправили! Вы абсолютно правы — пример был неудачным и вводил в заблуждение. В статье я его уже исправила. Ещё раз спасибо, что внимательно читаете и указываете на ошибки — это делает материал лучше.