← На главную

При создании интеграций через HTTP-сервисы часто встает вопрос выбора архитектуры информационной базы. Давайте разберем, подходит ли файловый вариант для организации взаимодействия с внешними системами, такими как Яндекс.Еда, и какие нюансы при этом стоит учитывать.

Особенности работы HTTP-сервисов в файловом варианте

Файловая база (формат .1CD) технически поддерживает работу HTTP-сервисов, однако имеет ряд ограничений, связанных с архитектурой доступа к данным. Рассмотрим их подробнее:

1. Последовательная обработка запросов: Файловая база данных при записи блокирует файл целиком. Это означает, что если в один момент времени к базе обращаются несколько процессов, они будут выстраиваться в очередь. Для редких запросов, таких как получение остатков раз в 5 минут, это не критично, но при росте нагрузки возникнет риск таймаутов.
2. Зависимость от веб-сервера: Для работы HTTP-сервисов в 1С обязательно требуется настройка веб-сервера (Apache или IIS). Стабильность всей интеграции напрямую зависит от корректности настройки этих компонентов.
3. Требования к оборудованию: В файловом варианте дисковая подсистема является самым узким местом. Использование SSD-накопителей обязательно, так как любые задержки при записи в файл .1CD будут приводить к зависанию HTTP-ответов.

Когда стоит выбирать серверный вариант (SQL)

Если проект планирует масштабирование, а количество торговых точек или частота обращений к API будет расти, рекомендуем сразу смотреть в сторону серверного варианта (MS SQL Server, PostgreSQL). Рассмотрим преимущества серверной версии:

• Параллельность: Серверная база поддерживает блокировки на уровне записей, что позволяет обрабатывать несколько запросов одновременно без взаимных ожиданий.
• Обслуживание: Серверный вариант позволяет проводить регламентные работы, такие как создание резервных копий или обновление индексов, без полной остановки работы HTTP-сервиса.
• Масштабируемость: Серверная архитектура лучше переносит высокие нагрузки и интенсивный обмен данными, что критично для систем обработки заказов в реальном времени.

Вопрос лицензирования HTTP-сервисов

Один из самых важных аспектов при интеграции — это правила лицензирования. Давайте проясним основные моменты:

Существует мнение, что если к базе обращаются не люди, а автоматизированные системы (API Яндекс.Еды, внешние сайты), то лицензии не требуются. Однако важно помнить следующее:

1. Если HTTP-сервис используется как «прослойка» для синхронизации данных, риск претензий минимален, так как пользователь работает с интерфейсом сторонней системы, а не с объектами 1С напрямую.
2. Если же в процессе работы HTTP-сервиса происходит создание или изменение документов 1С, существует риск, что при аудите это будет расценено как использование платформы. Мы рекомендуем проконсультироваться по адресу lic@1c.ru при планировании коммерческого использования таких разработок.
3. В файловом варианте при работе через HTTP-сервис обычно требуется одна лицензия на веб-сервер, обслуживающий запросы.

Рекомендации по реализации

Если вы решили начать с файлового варианта, придерживайтесь следующих советов:

• Используйте очереди: Если запросов станет много, реализуйте очередь сообщений внутри 1С. Пусть HTTP-сервис только записывает входящий заказ в регистр сведений, а его обработка (создание документа) происходит позже с помощью РегламентныеЗадания.
• Управляйте паузами: Для предотвращения перегрузки системы при частых запросах, внедряйте механизмы задержек. В БСП (Библиотеке стандартных подсистем) для этого предусмотрены специализированные общие модули.
• Мониторинг: Обязательно настройте логирование всех входящих и исходящих запросов. Это поможет быстро выявить причину, если интеграция перестанет отвечать.

В завершение, если функционал интеграции станет сложным, рассмотрите возможность выноса логики обмена на специализированные инструменты (Go, Python), оставив 1С роль системы учета, которая обменивается данными через JSON или XML.