19
Этого хотят все – менеджеры, администраторы, программисты, и, что самое главное, даже пользователи! (-:
Хотелось бы рассмотреть причины, почему такой сервис ещё не появился, какие есть проблемы, и когда же он появится.
И на всякий случай напоминаю, я технический специалист, поэтому статья будет иметь соответствующий перекос (-;
Плюсы такой модели, как и для прочих продуктов, предлагаемых по модели SaaS, очевидны:
- можно работать в из любого места планеты – был бы компьютер с интернетом.
Программисту теперь не обязательно приходить к клиенту для обновления конфигурации, а бухгалтеру не обязательно “копировать на флешку” базу чтобы поработать дома. - резервное копирование и высокая доступность сервиса.
Из-за отсутствия резервной копии, в один прекрасный можно не только “начинать закрывать фирму”, но и сильно попортить себе здоровье на нервной почве. - не нужно строить сложную локальную ИТ-инфраструктуру.
В офисе только маршрутизатор с поддержкой переключения на резервный канал, свитч, мини-АТС с поддержкой SIP. Всё это настраивает и поддерживает провайдер. - единая техподдержка.
Если ISP будет продавать SaaS через white-label, либо SaaS-провайдер добавит с 1С почту, и прочие необходимые вещи.
Минусов собственно два, чисто психологические:
- как же мы отдадим свою базу “чужим людям”?
Не такие уж они и чужие, есть договор, в котором есть пункт о неразглашении. А уж “белым” фирмам совсем нечего бояться. - а если пропадёт интернет?
А если метеорит упадёт? Вспомните, когда последний раз пропадал интернет у вас в офисе? Да и второй канал с помегабайтной оплатой не такая дорогая услуга.
Какие же трудности мешают появлению подобного решения?
1С Предприятие можно доставить удалённому пользователю двумя способами: используя HTTP-версию, и терминально.
Работать через браузер в настоящий момнт не очень интересно, т.к. полной копии “старшего брата” нет. Хотя за этим, безусловно, будущее.
Терминальный доступ готовит множество сюрпризов:
- Печать документов.
Наверное самое большое препятствие – необходимо установить драйвера пользовательского принтера в удалённой системе. Лучшим вариантом здесь будет печать через PDF, что означает необходимость вносить изменения в протокол удалённого доступа. - Обмен файлами.
Либо нужна поддержка доступа к файловой системе клиента, либо интеграция с почтой и другими SaaS-приложениями. - Необходим бесшовный режим работы (одно окно без рабочего стола).
До недавнего времени это было большой проблемой и предполагало использовать протоколы, отличные от RDP, однако он появился в MS Windows 2008 R2. - USB-ключи.
Они мешают внедрению виртуализации, хотя сейчас уже есть решения USB-over-IP, но работают только в MS Windows. - В случае использования платформы MS необходимо использовать схему лицензирования SPLA, которая у многих отбивает желание её использовать (-:
В итоге получается, что запуск такого проекта на платформе MS под силу только большим компаниям, у которых есть много разработчиков и денег.
Альтернативным вариантом может быть использование связки Linux + Wine Etersoft (либо договориться об использовании 1С Предприятия без USB-ключей) + VNC/NX + патчи для печати и доступа к файловой системе клиента, что означает написание целой горы кода. Даже не знаю кому это под силу.
Что это означает?
1С – это лишь частный случай “старого ПО”, для которых необходима некая платформа доставки приложений, которая решала бы все описанные выше проблемы, плюс имела встроенный биллинг, и позволила начать массовый перевод уже существующего ПО на новую модель продаж.
В настоящий момент зачатки таких платформ можно наблюдать у Google с их neatx (мне этот проект видится как платформа доставки не-браузерных приложений в Google OS) и onlive, которые разрабатывают платформу доставки игр.
Что же, продолжаем наблюдение.
Согласен с автором в части перспектив SaaS, в бытность свою в АО Уралсвязьинформ пытались вывести продукты этого класа на рынок. 1С меня интересует, хотя это и частный случай. Хотелось бы пообщаться с автором. Один из вопросов – SaaS via Citrix Application virtualisation.
Citrix Application virtualisation конечно же хорошее решение, но как быть с биллингом? Я не очень в курсе, есть ли там API для этого функционала.
Пообщаться конечно же можно, unicast.ru@gmail.com
Интересная тема. Сам воткнулся пару дней назад, так что не судите строго:
Проблемы терминального доступа, описанные автором:
Обмен файлами.
Ну, вроде маппинг дисков через виртуальные каналы у мелкософта работает вполне сносно, думаю этой проблемы нет.
Бесшовное окно приложения.
По личному опыту – бухи легко воспринимают работу в полноэкранном режиме терминальной сессии. Для пущей правильности, на сервере они получают изолированную среду с минимальными правами и 1С-кой в качестве шелла – т.е. никаких рабочих столов, локальных дисков сервера, сессия закрывается автоматически при закрытии 1С. Ещё небольшая самописная прога показывает текущее время/дату, раскладку клавиатуры и убирает из сисменю возможность свернуть 1С внутри терминальной сессии (шоб небыло воплей “я 1С свернула, а у меня теперь только серый фон” и т.п.). Ну а для вапще афигенской красотищи на клиентах стоит модифицированный (это единственный минус, хотя можно и без прямой модификации сделать – перехватчиком) mstsc.exe, который не даёт закрыть себя “крестиком” (чтоб небыло отключенных сеансов – это зло). Т.е. завершение терминального сеанса, как писал выше, происходит автоматически только при завершении приложения 1С на сервере. Вот.
USB Ключи.
Тут не понял, о чем речь.. Если вынуждать клиентов авторизоваться на своём серваке токенами – какие проблемы? Маппинг e-token (в т.ч. и в usb исполнении) давно реализован мелкософтом.
Печать.
Ох, печааать… Тут нечего сказать – просто засада. Даже в локальной сети служба печать ведет себя ооооооочень криво на терминальном серваке в режиме маппинга чере вирт. каналы. Установить драйвера на своей стороне – не вижу проблемы, тем более, что если оговорить с клиентом модельный ряд заранее (ну или хотя бы произвести замену “безмозглых” вин-принтеров на нормальные pcl-совместимые – тогда дрова на сервере не нужны вовсе, он сам подключает универсальный драйвер для базовых функция печать его более чем достаточно). Но от проблемы принтеров-призраков от некорректно закрытых сеансов никуда не деться – иногда приходится руками чистить “зомби”. Но ведь решаемо хоть так… А вот как быть с проблемой печать годового отчёта на примапленный принтер – это не понятно. Тут могут быть сначала проблемы таймаута службы печати, потом подвисшее задание на стороне клиента, потом слегший канал связи у клиента, потом оборванная сессия на серваке, появление тех самых призраков и т.п… Под нагрузкой 50 клиентов мой рабочий сервак раз-два в неделю приходилось руками вычищать от “трупов” и перезапускать спулер, а иногда (много реже) спулер ложился так, что помогал только ребут (тут грешу на дрова всяких говно-кенонов). В итоге автоматизированное решение было найдено, но оно годится только для домена.
Вопрос 1 – а о каком биллинге идёт речь? В случае 1С, имхо, есть смысл тарифицировать “на пользователя”. Тут биллинг не нужен, или я недотумкал? Поясните плз.
Вопрос 2 – а есть инфа хоть по примерным расценкам на Srv200x/Cal/TsCal/SqlCal по SPLA ? А то чего-то не нашёл..
Вопрос 3 – а как можно прилепить 1С к CAV ? Точнее зачем? Сам померять не имел возможности, но что-то подсказывает, что трафик от клиента до сервера приложений будет сильно больше терминального решения. А плюс – только в некотором облегчении ситуации с печатью (да и то можно поспорить).
Пока всё :)
Прошу прощения за задержку ответа – отдыхал (-;
Бесшовный режим всё-таки нужен:
1. это понятнее/красивее/юзабельнее/круче
2. если будет платформа для 1C, то почему бы не попытаться её адаптировать для другого ПО.
Печать да – засада полная. В любом случае придётся что-то писать. Ну если у вас не citrix – там вроде бы с этим по-лучше.
Ответы на вопросы.
1. биллинг нужен как раз для этого. “Сколько пользователей, на какой срок, связь с платёжными системами, выгрузка в 1С (для своей бухгалтерии) – всем этим занимается биллинг и его нужно пистаь.
2. у меня нет, слышал от коллег
3. что такое CAV?
Ясно :) У Вас просто куда более масштабный взгляд на вопрос :) Я пока домаю только об 1С в мастштабах требований небольших “конторок”, а для них 1-й пункт – не проблема, а 2-й пункт – не актуален :)
Цитрикс, имхо, слишком дорого для решения проблемы только с печатью и оконностью – есть специализированные куда более дешевые решения, хотя и их использование – излишне для поставленной задачи. Да и писАть что-то своё – нет смысла, канал связи это не расширит, а именно он основное (после падучего спулера) препятствие для нормальной работы встроенного в РДП маппинга. В таких вопросах лучше полагаться на готовые решения – собственная разработка только добавит непредвиденных ситуаций, мне кажется.
Я не программер, но мне кажется биллинг для указанных мною целей будет весьма прост в разработке. За исключением платежных систем – тут для меня “тёмный лес”, да и не нужно оно, имхо.
CAV – Citrix Application Virtualization – упоминался выше другим коментатором.