1. ded_mazai 07.04.16 19:53 Сейчас в теме

Публикация на веб-сервере или сервер терминалов: что выбрать?

Здравствуйте!

Нужен совет знающего человека)

Задача, предоставить удалённый доступ к 1с 8.3 УПП пяти-семи пользователям, через интернет.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый.
Способ выхода в интернет у пользователей разный, gsm, wimax и другие не самые стабильные каналы связи.

Выбор между вариантами публикация на веб-сервере и сервер терминалов.
Интересуют такие вопросы.

1. Что более требовательно к ресурсам сервера?
2. Что больше нагружает канал связи?
3. Что происходит с сеансом, при работе тонкого клиента по http, если связи не будет, 20-60 минут?
Тек же интересно мнение людей, которые пробовали оба варианта, плюсы и минусы.
Ответы
Сортировка: Древо
2. Xershi 377 07.04.16 21:43 Сейчас в теме
(1) ded_mazai, 1-терминал, 2-терминал. 3 - как настроишь 1с.
Если связь ражно, то терминал не подойдет.
3. CaptainMorgan 07.04.16 22:05 Сейчас в теме
(1) Ответ на ваш вопрос "Задача, предоставить удалённый доступ к 1с 8.3 УПП пяти-семи пользователям, через интернет.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый." - неоднозначен.
Конфигурация УПП в файловом варианте.
По правде сказать, ни разу не видел не в тестовом варианте.
Да и особенность именно УПП, состоит в том что удобнее её использовать на терминальном сервере а не на веб-сервере.
А загруженность канала, скорее всего, при грамотной настройке, будет примерно одинаковой.
4. starik-2005 1401 07.04.16 22:24 Сейчас в теме
(1) ded_mazai, ну смотря к каким ресурсам какого сервера.

1. УПП - это производственным предприятием управление? Оно до сих пор на толстом клиенте? И как Вы себе представляете переписывание всех форм, нужных юзверям, на тонкие? Если все схвачено - можно и веб, а если нет - то толстый клиент остается, который тащит на клиента всё и вся.

2. Если отваливается тонкий клиент в 8.3, то он типа может уснуть, а может и отвалиться - тут 1С крайне хрен знает как работает. В ответах на идиотский экзамен на тему профессионала по техвопросам сказано, что типа, это, оно, там, как-то так хитро переводит сеанс в спящий режим типа при засыпании компа. Вот такой вот бред 1С производит. А по поводу веб-сервера, то есть такое поведение системы, как медленное сжирание лицензий при перезагрузках окна браузера. Потом этих всех неотвалившихся "заснувших" клиентов надо либо через консоль убивать, либо еще как-то. В общем - маразм.

3. Лучше нанять какого-нибудь копперфильда, который замутит на базе веб-сервера приложение, предоставляющее доступ к нужному юзверям функционалу (если его не много). А в системе уже веб-сервисы опубликовать или через REST осуществлять изменения информации.
5. spacecraft 07.04.16 22:32 Сейчас в теме
(1) ded_mazai, веб-сервер через браузер или тонкий клиент?
1 - терминал
2 - если через тонкий клиент, то естественно он. Иначе терминал.
3:
а). на терминале будет продолжаться выполняться программа. При следующем заходе продолжится работа.
б). в тонком клиенте через веб-сервер - работа программы приостановится. Если соединение восстановится в течении 20 минут, то продолжится работа. Иначе отвалится.
в). через браузер тоже самое, что и в тонком, только возможны зависшие сессии.

пункты а) и б) еще могут быть причиной взаимной блокировки данных. Когда пользователь нажал проведение документа и отвалился.

Еще не рассмотрен вопрос лицензирования. Тут интересней.
Для терминала: клиентские лицензии нужны только на сервере. Отдельные клиентские(отдельно на каждом клиентском компьютере) лицензии работать не будут.
Для браузера: то же самое. Но еще при каждом запуске требуется отдельная лицензия. Т.е. если в терминале по RDP (не remoteFX) может запустить несколько программ 1С и на это нужна всего одна лицензия, то в браузере на каждый запуск будет требоваться новая лицензия.
Для тонкого клиента через веб-сервер: т.к. нет сервера 1С (в условии стоит файловая база), то нужна будет клиентская лицензия на каждый компьютер.
7. graforlow 2 07.04.16 22:56 Сейчас в теме
(5) spacecraft,
с вопросом лицензирования полностью поддерживаю.
Меньше проблем будет если будете работать через RDP.

А если канал слаб - то уменьшите качество картинки вплоть до ч/б. база все равно будет работать
6. graforlow 2 07.04.16 22:54 Сейчас в теме
В Вашем случае лучше терминал. тем более в файловом варианте.
Переходите на ERP на SQL и тогда можно будет через web сервер.
да и если не стабильная связь - в терминале данные не потеряются, пользователь считайте продолжит с того места где разрыв был.
через web актуально если хотите на планшетах юзать упп - но это жесть.
8. ded_mazai 07.04.16 23:05 Сейчас в теме
(6) graforlow, Да как раз очень важно, что-бы введённые данные не терялись, при проблемах со связью, для планшетов так-же есть клиенты RDP.
Ещё интересна стабильность работы через браузер, их великое множество, они зависают, по разному отображают одни и те-же денные, используют разные турбо-режимы, и обзаводятся порнобанерами), а терминал он и есть терминал)
9. CaptainMorgan 08.04.16 19:53 Сейчас в теме
(8) А вообще, эксперимент это самое важное в жизни.
Задавая вопрос вы ожидаете, что тут объявится некий ультра-спец который даст вам сто-пудовый вариант.
Наверно более важным, лично для вас, было бы проведение эксперимента "Выбор между вариантами публикация на веб-сервере и сервер терминалов."

Все "старые" спецы будут рекомендовать RDP.
А публикация на web-сервере это новшество, которое сулит мнимые преимущества.

В реальности, преимуществом всегда будет стабильность.
10. babikov 01.07.16 10:50 Сейчас в теме
Я рекомендую терминал, два удаленных офиса на разных концах региона, 3 года полет нормальный.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии



Ведущий программист 1С
Москва
зарплата от 150 000 руб. до 180 000 руб.
Полный день

Руководитель проектов 1С
Москва
Полный день

Консультант-аналитик 1С: ЗУП
Санкт-Петербург
Полный день