1С на облачной инфраструктуре: как бизнесу перейти в облако без простоев и стресса
Для многих компаний 1С остается ключевой системой для бухгалтерии, финансового учета и управления бизнесом. Но инфраструктура, на которой она работает, постепенно меняется. Завершение поддержки некоторых продуктов Microsoft, требования российского законодательства к хранению данных, рост нагрузки и необходимость обеспечивать бесперебойную работу заставляют бизнес пересматривать привычный подход к развертыванию 1С.
В этой статье разберем, почему компании переносят 1С в облако, как устроена такая инфраструктура и что поможет выполнить миграцию без простоев и риска для бизнес-процессов.
Почему бизнес переносит 1С в облачную инфраструктуру
Два фактора подталкивают компании к пересмотру инфраструктуры для 1С: изменения в экосистеме Microsoft и требования российского законодательства к работе с персональными данными.
Конец поддержки Microsoft — что это значит для 1С
В 2022 году Microsoft остановила новые продажи в России, но ранее приобретенные лицензии остаются действительными, а компания продолжает исполнять действующие обязательства по контрактам. Поддержка для существующих клиентов сохраняется, однако ее объем и сроки в долгосрочной перспективе не гарантированы — системы работают, но обновления безопасности и новые версии могут стать недоступны. Это создает значительные риски: бизнес не может полагаться на Microsoft как на предсказуемого партнера при планировании развития инфраструктуры на 3-5 лет вперед.
Для бизнеса, который использует 1С на Windows Server и Microsoft SQL Server, это стало поводом пересмотреть подход к размещению системы. С 2022 года многие организации начали переводить 1С на альтернативный стек — Linux и PostgreSQL. Это открытое программное обеспечение, которое регулярно обновляется и используется для развертывания корпоративных систем, включая 1С.
Требования 152-ФЗ
Федеральный закон № 152-ФЗ устанавливает требования к обработке персональных данных граждан России. Для многих систем 1С это актуально, поскольку в них хранятся сведения о сотрудниках, клиентах и других физических лицах. Поэтому при выборе инфраструктуры важно убедиться, что она выполняет требования закона, включая возможности размещения баз данных на территории РФ. Российские облачные платформы уже учитывают и соблюдают эти требования.
Как работает 1С в облаке — архитектура решения
Переход на 1С в облаке — это не просто миграция базы данных на удаленный сервер, а комплексная трансформация ИТ-инфраструктуры. Требуется спроектировать архитектуру с учетом нескольких ключевых аспектов: выбрать модель развертывания (IaaS, частное или гибридное облако), определить стек технологий, заложить механизмы отказоустойчивости и резервирования, а также обеспечить необходимый уровень производительности под реальную нагрузку. Каждое из этих решений влияет на стабильность бизнес-процессов и требует тщательной проработки на этапе планирования.
1С + Linux + PostgreSQL: почему этот стек работает
Платформа «1С:Предприятие» поддерживает работу с PostgreSQL в клиент-серверном режиме начиная с версии 8.1 (2006 год).
В конце 2006 года компания 1С реализовала работу платформы с системой управления базами данных (СУБД) PostgreSQL, которая может функционировать под управлением операционных систем Windows или Linux без изменения прикладного кода. Доработка может потребоваться, если конфигурация использует Windows-зависимые технологии, например, COM-компоненты для связи с внешними приложениями и оборудованием. Такие зависимости выявляют еще до миграции на этапе аудита.
Связка Linux и PostgreSQL построена на открытом ПО, однако для промышленной эксплуатации 1С настоятельно рекомендуется использовать специализированную сборку Postgres Pro Enterprise для 1С от компании Postgres Professional. Использование «ванильного» PostgreSQL без патчей 1С может привести к проблемам с производительностью, особенно при работе с русскоязычными данными и сложными запросами. Postgres Pro Enterprise для 1С позволяет обслуживать до 30 000 одновременно работающих пользователей и работать с базами объемом до 150 ТБ при условии соответствующего аппаратного обеспечения и правильной настройки. Точные характеристики зависят от конкретной нагрузки и определяются на этапе проектирования инфраструктуры. Варианты размещения: IaaS, частное облако, гибридная модель.
У компаний есть несколько вариантов размещения 1С в облаке. Какой выбрать — зависит от требований к изоляции, контролю и бюджету.
Зона ответственности клиента и провайдера на IaaSIaaS. Один из вариантов — разместить систему в облаке по модели «инфраструктура как услуга» (Infrastructure as a Service, IaaS). В этом случае провайдер предоставляет виртуальные серверы, диски и сеть, а компания использует ресурсы без покупки физического оборудования.
Схема организации частного облака на платформе Облако VMwareЧастное облако. Если бизнесу нужна максимальная изоляция и контроль над инфраструктурой, подойдет частное облако — выделенная среда, которую используют только одна компания или группа связанных систем. В Cloud.ru частное облако можно построить на базе платформы Облако VMware. Решение предусматривает выделенную виртуальную инфраструктуру с собственными вычислительными ресурсами и системами хранения данных.
Гибридное облакоГибридное облако подходит компаниям, которые хотят сохранить часть сервисов на своей площадке, а другие перенести в облако. Например, 1С можно разместить в облаке, а отдельные внутренние системы оставить в локальной инфраструктуре.
Отказоустойчивость и резервирование данных
В облаке 1С можно разместить с резервированием ключевых компонентов: серверов приложений, базы данных и хранилища. Для защиты от сбоев используют репликацию данных и автоматическое создание резервных копий.
Если один из компонентов выходит из строя, система может продолжить работу за счет заранее настроенных резервных механизмов. Например, при отказе основного узла базы данных можно переключиться на резервный экземпляр.
Для защиты данных используют восстановление до определенного момента времени (Point-in-Time Recovery, PITR). Этот механизм позволяет вернуть базу к состоянию на конкретный момент — например, перед ошибочным удалением данных или некорректным изменением документов.
Производительность 1С на PostgreSQL vs MS SQL
Производительность — один из главных вопросов при переходе 1С с Microsoft SQL Server на PostgreSQL. Современные версии PostgreSQL способны обеспечивать сопоставимую производительность при правильной настройке СУБД, достаточных ресурсах сервера и быстрой дисковой подсистеме.
Сравнение производительности 1С на PostgreSQL и MS SQLПри интерпретации результатов сравнения важно учитывать, что производительность зависит от конкретной редакции MS SQL Server (Standard имеет ограничение по количеству ядер — до 24, Enterprise — без ограничений). Это критически влияет как на производительность, так и на стоимость лицензирования.
В исследовании компании EFSOL 2025 года сравнивались PostgreSQL 17.4 и Microsoft SQL Server 2022 на базе 1С объемом около 950 ГБ при нагрузке 500 пользователей. По данным исследования, проведенного на стенде с конфигурацией 46 ядер и 510 ГБ ОЗУ для сервера приложений, на виртуальных машинах PostgreSQL показал APDEX 0,936 против 0,913 у MS SQL, а время выполнения операций было меньше примерно на 5,2%. В режиме размещения на физических серверах разница по времени выполнения составила около 17,2% в пользу PostgreSQL.
APDEX (Application Performance Index) — показатель, который оценивает скорость реакции системы с точки зрения пользователя: значения ближе к 1 означают более комфортную работу.
Пошаговый процесс переноса 1С в облако
Миграцию 1С в облачную инфраструктуру лучше проводить поэтапно. Такой подход помогает выявить ограничения заранее, проверить производительность и снизить риск остановки рабочих процессов.
Поэтапный план переноса 1С в Cloud.ruШаг 1. Аудит текущей инфраструктуры
Сначала анализируют текущую систему: количество баз 1С, их объем, число пользователей и пиковую нагрузку. На этом этапе выявляют возможные сложности миграции — файловый режим работы, нестандартные доработки конфигурации, внешние обработки и отчеты, которые могут потребовать адаптации.
Шаг 2. Выбор облачной платформы и конфигурации виртуальной машины
На основе данных аудита подбирают ресурсы. Для терминальных серверов (RDS) ориентир — 0,5–1 vCPU на пользователя. Для серверов 1С (приложений и СУБД) расчет зависит от типа конфигурации, числа пользователей и фоновых заданий — окончательные параметры определяют нагрузочные тесты.
Дисковая подсистема должна быть на SSD. Важны не только IOPS, но и скорость последовательного чтения/записи (МБ/с) — особенно для закрытия месяца и массовых расчетов, где диск становится узким местом.
Шаг 3. Разворачивание тестового стенда
Тестовый стенд позволяет проверить миграцию до перехода в рабочую среду. На этом этапе выполняют перенос базы из MS SQL в PostgreSQL, проверяют совместимость доработок и проводят нагрузочные испытания. Для оценки производительности используют тест Гилева и показатель APDEX.
Тест Гилева состоит из двух частей: однопоточный тест оценивает производительность CPU и в первую очередь зависит от тактовой частоты процессора, так как измеряет скорость выполнения операций в одном потоке, а многопоточный тест оценивает скорость записи на диски при одновременном обращении нескольких запросов к базе данных.
При использовании теста Гилева важно учитывать, что его результаты могут зависеть от версии платформы 1С, настроек СУБД и аппаратной конфигурации. Рекомендуется проводить тест на той же версии платформы, которая используется в боевой среде, и интерпретировать результаты в комплексе с другими показателями.
В реальных сценариях (закрытие месяца, массовые расчеты) большое значение может иметь количество ядер и архитектура процессора, а не только тактовая частота. Например, в профессиональных тестах процессоры с более низкой тактовой частотой, но с большим количеством ядер и оптимизированной архитектурой могут показывать лучшие результаты на реальных бизнес-сценариях, хотя тест Гилева демонстрирует обратное. Оптимальная конфигурация определяется нагрузочным тестированием на реальных бизнес-сценариях.
Шаг 4. Пилотный запуск с ограниченной группой пользователей
Систему проверяют на реальных пользователях. Обычно к пилотному проекту подключают небольшую группу сотрудников на одну-две недели, а старую систему оставляют доступной в качестве резерва. Успешным запуск считается, если нет критических ошибок, пользователи могут выполнять рабочие задачи, а показатели производительности соответствуют нормам.
Шаг 5. Промышленный переход и план отката
Финальный перенос обычно выполняют в нерабочее время, например, после закрытия отчетного периода. Для актуализации данных используют резервную копию и перенос изменений, накопленных после ее создания. Одновременно готовят план отката — что делать, если после запуска обнаружатся критичные проблемы.
Похожий подход применила компания «УралИнтерьер»: она перенесла в облачную инфраструктуру Cloud.ru три системы на базе 1С: бухгалтерский учет, управление зарплатой и систему управления предприятием (ERP). Основные работы команда Cloud.ru и партнер по миграции выполнили в ночное время и выходные дни, что позволило сохранить бизнес-процессы без остановки.
Кому подходит миграция 1С в облако
Миграция 1С в облако — решение не универсальное. Чаще всего к нему приходят компании, которые сталкиваются с ростом нагрузки, требованиями регуляторов или высокими затратами на железо.
Ритейл и электронная коммерция — критичность производительности
В рознице и электронной коммерции 1С часто работает с большим количеством операций: продажи, остатки, закупки, обмен с интернет-магазинами и складскими системами. При росте нагрузки сервер может не справляться, а медленная обработка документов влияет на скорость работы сотрудников. Облачная инфраструктура позволяет гибко увеличивать ресурсы системы под текущую нагрузку.
Финансовый сектор — требования регуляторов
Финансовые организации работают с множеством чувствительных данных и обязаны соблюдать требования к их защите. При размещении 1С в облаке важно выбирать платформу, которая предоставляет необходимые инструменты безопасности, размещение данных в соответствии с законодательством и контроль доступа к инфраструктуре.
Средний бизнес — снижение капитальных затрат
Для компаний среднего размера покупка и обслуживание серверов под 1С часто требуют значительных затрат: нужно приобретать оборудование, поддерживать его работу и планировать замену по мере устаревания. Облачная модель позволяет использовать готовую инфраструктуру провайдера и направлять расходы на реальные потребности бизнеса, а не на содержание собственного серверного оборудования.
Инфраструктура Cloud.ru для 1C: что получает бизнес
Компания, которая выбирает Cloud.ru для миграции 1С с Windows на Linux и PostgreSQL, получает не только вычислительные ресурсы, но и готовую экосистему поддержки.
Как выглядит архитектура 1С в облакеИнфраструктурные параметры
Инфраструктура Cloud.ru размещена в девяти дата-центрах уровня Tier III на территории России (включая собственный ЦОД и арендованные площади) и обеспечивает доступность по SLA 99,982% — это не более полутора часов простоя в год. Виртуальные машины на базе сервиса Evolution Compute работают на SSD-дисках NVMe и высокочастотных процессорах, а Evolution Managed PostgreSQL берет на себя автоматическое резервное копирование, восстановление на заданный момент времени и масштабирование ресурсов под растущую нагрузку.
Compliance
Платформа Cloud.ru соответствует 152-ФЗ на уровне защищенности УЗ-1, требованиям 187-ФЗ по защите объектов критической информационной инфраструктуры (КИИ), стандарту ГОСТ Р 57580.1-2017 для финансовых организаций и международному стандарту защиты платежных данных (Payment Card Industry Data Security Standard, PCI DSS). Данные клиентов не покидают территорию России.
Что берет на себя Cloud.ru
Cloud.ru обеспечивает физическую инфраструктуру, сетевую связность и резервирование электропитания. Мониторинг и техническая поддержка работают круглосуточно 24/7. Партнер по миграции — компания «ЕАЕ-Консалт» — проводит аудит инфраструктуры перед стартом проекта и сопровождает решение после запуска. Подробнее об условиях миграции 1С на Linux и PostgreSQL — на странице решения.