Сразу снимем двусмысленность: тонкий клиент 1С — это режим клиентского приложения, а не компактное аппаратное устройство вместо системного блока. Его нельзя выбирать отдельно от архитектуры базы, поскольку в файловом и клиент-серверном вариантах один клиент по-разному влияет на инфраструктуру.
Толстый клиент поддерживает больше клиентской функциональности и требует более тяжелого дистрибутива, но в клиент-серверной архитектуре значимая часть работы все равно выполняется кластером 1С и СУБД. Поэтому учитывают вариант базы, конфигурацию, профиль операций и место исполнения конкретного кода.
Предмет сравнения — режимы приложения 1С и место выполнения операций. Аппаратное устройство для терминального доступа рассматривается отдельно в статье «Тонкий клиент для 1С: выбор и подключение».
Толстый клиент: где выполняется работа
Толстый клиент поддерживает полный набор типов встроенного языка и способен исполнять больше клиентского кода. В файловом варианте он может обращаться к базе напрямую. В клиент-серверной схеме работа с данными и прикладными объектами идет через кластер серверов 1С, а распределение вычислений задает конфигурация.
Что из этого следует на практике.
Операции, явно реализованные в клиентском контексте, используют CPU и память рабочей станции. Запросы к данным и серверные процедуры нагружают кластер и СУБД. Место выполнения проверяют по коду и технологическому журналу, а не по названию операции.
Файловую базу не размещают за нестабильным WAN. В клиент-серверном варианте толстый и тонкий клиенты подключаются к кластеру, а объем трафика определяется конфигурацией и операцией. Для оценки снимают RTT, потери и время типовых действий.
На рабочих местах контролируют совместимость версий платформы с сервером, автоматическое обновление и распространение внешних компонентов. Это эксплуатационный фактор, а не прямой показатель производительности.
Режим уместен там, где пользователи находятся в локальной сети, а специфика работы требует локального выполнения отдельных задач.
Тонкий клиент: перенос вычислений на сервер
В клиент-серверном варианте работа с данными, объектами и запросами выполняется на серверной стороне, а тонкий клиент исполняет ограниченный клиентский контекст. В файловом варианте отдельного кластера 1С нет, поэтому сам переход на тонкий клиент не создает новый сервер.
Требования к рабочей станции зависят от интерфейса, внешних компонентов и локального клиентского кода. Их подтверждают тестом на типовом рабочем месте.
Тонкий клиент поддерживает TCP/IP к кластеру и подключение через HTTP/HTTPS, включая режим низкой скорости соединения. Фактический трафик и чувствительность к задержке зависят от конфигурации и операции.
Обновление проще. Основная часть обновляется на сервере.
Нагрузка на кластер и СУБД определяется серверными процедурами, запросами, фоновыми заданиями и одновременностью. Проверьте CPU, память, p95/p99 отклика, задержку и IOPS хранилища на пиковом профиле.
Практический вывод: тип клиента не заменяет анализ архитектуры и нагрузки. Переход проверяют функциональным и нагрузочным тестом на рабочих сценариях.
Веб-клиент: третий вариант
Веб-клиент запускается в браузере без установки платформы. Для него информационную базу публикуют на веб-сервере. Клиентский код управляемого приложения исполняется в браузере, а данные и серверные процедуры обрабатывает серверная часть.
Этот вариант упрощает доступ с поддерживаемых ОС и удобен для эпизодических пользователей, если конфигурация, браузер и внешние компоненты совместимы.
Нужны веб-сервер, HTTPS-публикация, аутентификация, обновление компонентов и ограничение поверхности доступа. При необходимости добавляют reverse proxy, WAF или VPN.
Обычные формы требуют толстого клиента, а тонкий и веб-клиенты работают с управляемыми формами. Совместимость конкретных операций и внешних компонентов проверяют функциональным тестом.
Сравнительная таблица
Параметр | Толстый клиент | Тонкий клиент | Веб-клиент |
|---|---|---|---|
Клиентский контекст | Полный набор типов языка | Ограниченный контекст | Управляемый клиентский код в браузере |
Поддержка форм | Обычные и управляемые | Управляемые | Управляемые при поддержке конфигурации |
Установка | Полный дистрибутив | Компактный клиент | Не требуется |
Подключение | Файл или TCP/IP к кластеру | Файл, TCP/IP или HTTP/HTTPS | HTTP/HTTPS через веб-сервер |
Данные в клиент-серверной схеме | Через кластер 1С и СУБД | Через кластер 1С и СУБД | Через серверную часть и СУБД |
Совместимость | ОС, внешние компоненты, версия | ОС, внешние компоненты, версия | Браузер, публикация, внешние компоненты |
Что измерять | CPU/RAM станции, RTT, время операций | CPU/RAM сервера, IOPS, RTT, p95/p99 | RTT, время операций, CPU веб-сервера |
Оценки CPU, памяти и канала нельзя назначить только по типу клиента. Их подтверждают нагрузочным тестом на типовых операциях выбранной конфигурации с учетом файловой или клиент-серверной архитектуры.
Чем режим отличается от терминального доступа
Частый источник путаницы, потому что задачи похожи.
При терминальном доступе клиент 1С выполняется в сеансе на сервере. По RDP передаются обновления экрана и ввод пользователя. Политика также может разрешать буфер обмена, принтеры, диски, звук и другие виртуальные каналы, что влияет на трафик и риски.
Разница принципиальная:
Тонкий клиент — это режим работы самого приложения 1С, при котором логика распределена между клиентской и серверной частями.
Терминальный доступ — это способ доставки рабочего места целиком, независимо от приложения.
Для терминального сервера измеряют RAM, CPU и IOPS на типовой сеанс каждой группы, профиль печати и периферии, затем умножают на пиковую одновременность и проверяют запас тестом. В бюджет включают лицензии 1С, сервер 1С для клиент-серверной схемы, RDS CAL, ОС и СУБД.
Терминальный доступ подходит, когда приложение нужно выполнять рядом с базой и централизовать рабочее окружение. Отдельно рассчитывают ресурсы сеансов, RDS CAL, печать, перенаправление устройств и резервирование. Нативное сравнение конфигураций сохраняет раздел терминальных серверов.
Как выбор влияет на подбор оборудования
Здесь режим превращается в конкретные требования к железу.
Толстый клиент способен исполнять больше клиентского кода, но это не делает рабочую станцию единственным узлом нагрузки. Для нее проверяют CPU, память и совместимость, а для кластера и СУБД отдельно измеряют серверные операции.
Для тонкого клиента рассчитывают серверную часть по профилю операций, а не только по числу пользователей. Рабочие места также проверяют на отклик интерфейса и совместимость внешних компонентов.
Для терминального доступа измеряют ресурсы типового сеанса каждой группы пользователей и учитывают пиковую одновременность, фоновые процессы, печать и периферию.
В файловом варианте отдельного кластера 1С нет. Переход на клиент-серверную архитектуру рассматривают, когда файловая схема не выполняет требования по одновременной работе, времени операций, блокировкам, резервному копированию и администрированию.
Для первичной оценки нужны пиковое число пользователей, профиль операций, объем и рост базы, фоновые задания и SLA отклика. Конфигурации серверов для 1С и сервер СУБД выбирают по этим данным и подтверждают нагрузочным тестом.
Удаленные сотрудники и филиалы
Отдельный сценарий, где выбор режима определяется каналом связи.
Файловую базу напрямую через WAN или интернет не открывают. Для клиент-серверной схемы измеряют RTT, потери пакетов и время типовых операций, поскольку номинальной скорости канала недостаточно.
Что применяют для удаленной работы:
Тонкий клиент — если возможностей приложения достаточно и канал приемлемый.
Терминальный доступ применяют, когда приложение должно выполняться рядом с базой. Учитывают ресурсы сессий, RDS CAL, перенаправление устройств и защищенный шлюз.
Веб-клиент — для типовых операций и эпизодического доступа.
Удаленный доступ организуют через HTTPS-публикацию тонкого или веб-клиента либо через защищенный терминальный шлюз или VPN с аутентификацией. Файловый ресурс базы в интернет не публикуют.
Итоговый алгоритм выбора
Тип клиента выбирают вместе с архитектурой базы, конфигурацией и способом удаленного доступа.
1. Определите файловый или клиент-серверный вариант и поддерживаемые клиентские приложения.
2. Зафиксируйте пиковую одновременность, типовые операции, фоновые задания, объем и рост базы.
3. Измерьте CPU, RAM, IOPS, p95/p99 отклика, RTT и потери на рабочих сценариях.
В одной организации допустимы разные клиенты для разных ролей, если конфигурация их поддерживает. Сервер рассчитывают по суммарному профилю нагрузки.
Передайте замеры пиковых сеансов, перечень типовых операций, объем базы и схему подключения пользователей, чтобы рассчитать серверную конфигурацию для 1С и проверить ее нагрузочным сценарием.