Почему-то, когда говорят SaaS, то сразу вспоминается Salesforce.com. Конечно, ребята молодцы, создали миллиардный бизнес и вообще первопроходцы, однако с точки зрения общего восприятия Software as  a Service они (да и не только они) сделали нехорошую вещь – создали стереотип, что SaaS это нечто, «живущее» [на стороне клиента] в веб-браузере.

Почему это нехорошо?  Прежде всего потому, что сеть не ограничивается протоколом http и веб-браузерами, а предоставляет значительно больше возможностей, которыми в данный момент никто особо не пользуется.

Не секрет, что в данный момент превалирующее большинство бизнесов работают на самом что ни на есть десктопном софте в классической модели клиент-сервер,  и мысль о переходе на SaaS (не дай бог, в голове руководства) вызывает у ИТ-отделов  резкий приступ головной, зубной и другой боли. Принцип «раз всходит и заходит, солнце не трогай» никто не отменял, поэтому без особых бизнес-преимуществ никто свою существующую ИТ-систему менять не будет.

С точки зрения производителей ПО важен также тот факт, что традиционная продажи лицензий на ПО тоже приносит в данный момент больше денег, чем сдача в аренду.

Совсем другое дело, если бы можно было двигаться эволюционно, постепенно расширяя существующие приложения новыми возможностями. Такой подход лучше называть Software+Services, а не Software as a Service (пожалуй, это отличается от того, что официальные документы Microsoft называют S+S... ну и ладно, главное, чтобы суть была понятна).

В этой заметке я собрал 8 идей о том, как можно расширить функциональность существующих приложений возможностями, доступными сейчас в Интернет. Все идеи довольно очевидные, , но, может быть, помогут кому-нибудь по-новому взглянуть на стоящие перед ним проблемы с ИТ.

8 Идей

1.       Интеграция с Hosted Exchange – посылка meeting request, оповещения, повторяющиеся задачи, работает на любом телефоне, лучше Blackberry.

Суть идеи в следующем – сейчас достаточно просто купить подписку на Exchange (около 230 руб в месяц) и использовать его не только как почту, но и как средство для планирования встреч, задач и использования ресурсов. Так вот, Exchange предоставляет возможность обращаться к этой функциональности через web-сервисы, что открывает широкий простор для интеграции с приложениями. Например, у сервера отчетов можно заказывать отчеты на определенное время (и рассылать их по мере готовности),  интегрировать расписание в ваши программы и оповещать о нем все заинтересованные лица.

2.       Интеграция с Sharepoint – размещение документов на сервере, совместный доступ, расширения SS

Часто необходимо  обмениваться данными не только между коллегами, но и между приложениями.  Что делать, если данными нужно обмениваться через Интернет? Самый простой сценарий – пользователь загружает документы (например, Excel-документы), которые нужно влить в корпоративную БД.  Sharepoint предоставляет готовый пользовательский интерфейс, а приложение может периодически обращаться к сетевому хранилищу и проверять новые данные. Или наоборот – выкладывать сгенерированные документы в [безопасное хранилище ], да еще с возможностями поиска и организации в иерархическую структуру папок.

3.       Обновление приложений, конфигураций и баз данных через Интернет-сервер

Задача типичная для всех, кто устанавливает софт на просторах нашей родины. Exchange  поможет запланировать процедуры (админу будет достаточно поставить соответствующую задачу клиентскому приложению через обычный интерфейс Outlook), а Sharepoint предоставит безопасное сетевое хранилище. Программа на удаленной точке проверяет почту (кстати, Exchange поддерживает PUSH, поэтому доставка заданий по email и синхронизация календаря будет проходить очень быстро с минимальными затратами трафика, что важно, если используется GPRS) и выполняет обновления или другие задачи.

4.       Бэкапы данных на интернет-сервере

Собственно, а почему бы и нет. Сжатый бэкап обычной БД занимает в разы меньше места, чем сама база, и если это не сотня мегабайт, можно и загрузить данные на сервер.

5.       Репликация между узлами чере интернет-сервер

Развитие идеи бэкапа данных через интернет сервер.

6.       Рассылка заданий мобильным работникам через мобильные устройства по данным их GPS

Обычно такая штука используется в такси (в Ижевске я видел реальную  программу для HTC-коммуникатора), но почему бы распространить это на любые виды деятельности, где важно взаимное географическое расположение клиента и работника (курьерские службы, грузоперевозки, торговые представители, управление складскими запасами ). Конечно, тут сопряжение с существующей системой складского учета (1С?) потребует сравнительно больших усилий,  чем  просто интегрировать рассылку задач и распределение ресурсов Exchange в существующую систему (там вообще только дергать web-сервис и научить принимать и парсить email), так как потребуется что-то на мобильном клиенте сделать, но и штука клевая получается.

 7.       Использование cloud для построения тестовой среды

Эта идея куда более общая, чем остальные. Суть ее в следующем - сейчас  можно за небольшие деньги получить большое количество вирутальных машин Linux и Windows где нибудь на amazon.com/ec2. Вы делаете образ виртуальной машины (в т.ч. с Windows), загружаете его в облако и затем можете купить по 10-15 центов час его рабочее время. Это может быть очень полезным для организации реалистичного тестирования БД. Если заказачик во чтобы то ни стало требует проведения тестирования на реальных данных, выбор небольшой – либо где-то взять сотню компьютеров и сервер, построить стенд на пару комнат и показать заказчику, что приложение действительно держит нагрузку, либо воспользоваться ресурсами в облаке и за пару сотню долларов получить тестовый стенд практически неограниченного размера.

8.       Демо на веб-сервере

Ну и совсем простая идея (не классический S+S, но все же близко). Пусть у вас самое обыкновенное декстопное приложение для Windows. Берем виртуальный сервер Windows, ставим туда приложение с демо данными, и клиент может по Terminal Service получить доступ к декстопу со 100% имитацией работы такого приложения.

Конечно,  я описал кратко (поэтому, надеюсь, криков АААА, МНОГАБУКОФ, НИАСИЛИЛ не будет). Если какая-нибудь идея интересна, пишите в комментарии, постараюсь рассказать подробнее.