Публикация на веб-сервере или сервер терминалов: что выбрать?
Здравствуйте!
Нужен совет знающего человека)
Задача, предоставить удалённый доступ к 1с 8.3 УПП пяти-семи пользователям, через интернет.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый.
Способ выхода в интернет у пользователей разный, gsm, wimax и другие не самые стабильные каналы связи.
Выбор между вариантами публикация на веб-сервере и сервер терминалов.
Интересуют такие вопросы.
1. Что более требовательно к ресурсам сервера?
2. Что больше нагружает канал связи?
3. Что происходит с сеансом, при работе тонкого клиента по http, если связи не будет, 20-60 минут?
Тек же интересно мнение людей, которые пробовали оба варианта, плюсы и минусы.
Нужен совет знающего человека)
Задача, предоставить удалённый доступ к 1с 8.3 УПП пяти-семи пользователям, через интернет.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый.
Способ выхода в интернет у пользователей разный, gsm, wimax и другие не самые стабильные каналы связи.
Выбор между вариантами публикация на веб-сервере и сервер терминалов.
Интересуют такие вопросы.
1. Что более требовательно к ресурсам сервера?
2. Что больше нагружает канал связи?
3. Что происходит с сеансом, при работе тонкого клиента по http, если связи не будет, 20-60 минут?
Тек же интересно мнение людей, которые пробовали оба варианта, плюсы и минусы.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Ответ на ваш вопрос "Задача, предоставить удалённый доступ к 1с 8.3 УПП пяти-семи пользователям, через интернет.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый." - неоднозначен.
Конфигурация УПП в файловом варианте.
По правде сказать, ни разу не видел не в тестовом варианте.
Да и особенность именно УПП, состоит в том что удобнее её использовать на терминальном сервере а не на веб-сервере.
А загруженность канала, скорее всего, при грамотной настройке, будет примерно одинаковой.
Сервер Win2008R2, i3/16gb, интернет 5Mb, режим БД файловый." - неоднозначен.
Конфигурация УПП в файловом варианте.
По правде сказать, ни разу не видел не в тестовом варианте.
Да и особенность именно УПП, состоит в том что удобнее её использовать на терминальном сервере а не на веб-сервере.
А загруженность канала, скорее всего, при грамотной настройке, будет примерно одинаковой.
(1) ded_mazai, ну смотря к каким ресурсам какого сервера.
1. УПП - это производственным предприятием управление? Оно до сих пор на толстом клиенте? И как Вы себе представляете переписывание всех форм, нужных юзверям, на тонкие? Если все схвачено - можно и веб, а если нет - то толстый клиент остается, который тащит на клиента всё и вся.
2. Если отваливается тонкий клиент в 8.3, то он типа может уснуть, а может и отвалиться - тут 1С крайне хрен знает как работает. В ответах на идиотский экзамен на тему профессионала по техвопросам сказано, что типа, это, оно, там, как-то так хитро переводит сеанс в спящий режим типа при засыпании компа. Вот такой вот бред 1С производит. А по поводу веб-сервера, то есть такое поведение системы, как медленное сжирание лицензий при перезагрузках окна браузера. Потом этих всех неотвалившихся "заснувших" клиентов надо либо через консоль убивать, либо еще как-то. В общем - маразм.
3. Лучше нанять какого-нибудь копперфильда, который замутит на базе веб-сервера приложение, предоставляющее доступ к нужному юзверям функционалу (если его не много). А в системе уже веб-сервисы опубликовать или через REST осуществлять изменения информации.
1. УПП - это производственным предприятием управление? Оно до сих пор на толстом клиенте? И как Вы себе представляете переписывание всех форм, нужных юзверям, на тонкие? Если все схвачено - можно и веб, а если нет - то толстый клиент остается, который тащит на клиента всё и вся.
2. Если отваливается тонкий клиент в 8.3, то он типа может уснуть, а может и отвалиться - тут 1С крайне хрен знает как работает. В ответах на идиотский экзамен на тему профессионала по техвопросам сказано, что типа, это, оно, там, как-то так хитро переводит сеанс в спящий режим типа при засыпании компа. Вот такой вот бред 1С производит. А по поводу веб-сервера, то есть такое поведение системы, как медленное сжирание лицензий при перезагрузках окна браузера. Потом этих всех неотвалившихся "заснувших" клиентов надо либо через консоль убивать, либо еще как-то. В общем - маразм.
3. Лучше нанять какого-нибудь копперфильда, который замутит на базе веб-сервера приложение, предоставляющее доступ к нужному юзверям функционалу (если его не много). А в системе уже веб-сервисы опубликовать или через REST осуществлять изменения информации.
(1) ded_mazai, веб-сервер через браузер или тонкий клиент?
1 - терминал
2 - если через тонкий клиент, то естественно он. Иначе терминал.
3:
а). на терминале будет продолжаться выполняться программа. При следующем заходе продолжится работа.
б). в тонком клиенте через веб-сервер - работа программы приостановится. Если соединение восстановится в течении 20 минут, то продолжится работа. Иначе отвалится.
в). через браузер тоже самое, что и в тонком, только возможны зависшие сессии.
пункты а) и б) еще могут быть причиной взаимной блокировки данных. Когда пользователь нажал проведение документа и отвалился.
Еще не рассмотрен вопрос лицензирования. Тут интересней.
Для терминала: клиентские лицензии нужны только на сервере. Отдельные клиентские(отдельно на каждом клиентском компьютере) лицензии работать не будут.
Для браузера: то же самое. Но еще при каждом запуске требуется отдельная лицензия. Т.е. если в терминале по RDP (не remoteFX) может запустить несколько программ 1С и на это нужна всего одна лицензия, то в браузере на каждый запуск будет требоваться новая лицензия.
Для тонкого клиента через веб-сервер: т.к. нет сервера 1С (в условии стоит файловая база), то нужна будет клиентская лицензия на каждый компьютер.
1 - терминал
2 - если через тонкий клиент, то естественно он. Иначе терминал.
3:
а). на терминале будет продолжаться выполняться программа. При следующем заходе продолжится работа.
б). в тонком клиенте через веб-сервер - работа программы приостановится. Если соединение восстановится в течении 20 минут, то продолжится работа. Иначе отвалится.
в). через браузер тоже самое, что и в тонком, только возможны зависшие сессии.
пункты а) и б) еще могут быть причиной взаимной блокировки данных. Когда пользователь нажал проведение документа и отвалился.
Еще не рассмотрен вопрос лицензирования. Тут интересней.
Для терминала: клиентские лицензии нужны только на сервере. Отдельные клиентские(отдельно на каждом клиентском компьютере) лицензии работать не будут.
Для браузера: то же самое. Но еще при каждом запуске требуется отдельная лицензия. Т.е. если в терминале по RDP (не remoteFX) может запустить несколько программ 1С и на это нужна всего одна лицензия, то в браузере на каждый запуск будет требоваться новая лицензия.
Для тонкого клиента через веб-сервер: т.к. нет сервера 1С (в условии стоит файловая база), то нужна будет клиентская лицензия на каждый компьютер.
(14)
На том же хабре, например, сделано достаточно удобно: "Вы можете оставлять комментарии только к свежим публикациям". Хотя, если бы я был Доржи, я бы, наверное, наоборот - даже поощрял подобное. Эти милые ботики создают иллюзию жизни.
кто-то же
Автор 11-го сообщения, которому не терпелось рассказать про то, что у него всё работает. =]
На том же хабре, например, сделано достаточно удобно: "Вы можете оставлять комментарии только к свежим публикациям". Хотя, если бы я был Доржи, я бы, наверное, наоборот - даже поощрял подобное. Эти милые ботики создают иллюзию жизни.
В Вашем случае лучше терминал. тем более в файловом варианте.
Переходите на ERP на SQL и тогда можно будет через web сервер.
да и если не стабильная связь - в терминале данные не потеряются, пользователь считайте продолжит с того места где разрыв был.
через web актуально если хотите на планшетах юзать упп - но это жесть.
Переходите на ERP на SQL и тогда можно будет через web сервер.
да и если не стабильная связь - в терминале данные не потеряются, пользователь считайте продолжит с того места где разрыв был.
через web актуально если хотите на планшетах юзать упп - но это жесть.
(6) graforlow, Да как раз очень важно, что-бы введённые данные не терялись, при проблемах со связью, для планшетов так-же есть клиенты RDP.
Ещё интересна стабильность работы через браузер, их великое множество, они зависают, по разному отображают одни и те-же денные, используют разные турбо-режимы, и обзаводятся порнобанерами), а терминал он и есть терминал)
Ещё интересна стабильность работы через браузер, их великое множество, они зависают, по разному отображают одни и те-же денные, используют разные турбо-режимы, и обзаводятся порнобанерами), а терминал он и есть терминал)
(8) А вообще, эксперимент это самое важное в жизни.
Задавая вопрос вы ожидаете, что тут объявится некий ультра-спец который даст вам сто-пудовый вариант.
Наверно более важным, лично для вас, было бы проведение эксперимента "Выбор между вариантами публикация на веб-сервере и сервер терминалов."
Все "старые" спецы будут рекомендовать RDP.
А публикация на web-сервере это новшество, которое сулит мнимые преимущества.
В реальности, преимуществом всегда будет стабильность.
Задавая вопрос вы ожидаете, что тут объявится некий ультра-спец который даст вам сто-пудовый вариант.
Наверно более важным, лично для вас, было бы проведение эксперимента "Выбор между вариантами публикация на веб-сервере и сервер терминалов."
Все "старые" спецы будут рекомендовать RDP.
А публикация на web-сервере это новшество, которое сулит мнимые преимущества.
В реальности, преимуществом всегда будет стабильность.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот