Выпалнели Куриллова Анна Намели Анастасия Егыренко Микола

* Выпалнели: Куриллова Анна, Намели Анастасия, Егыренко Микола, Тъоркан Олександр, Муха-мёдов Рущат, Срокотан Моксюм, Худоюбка Тытяна Падгрупа адын, Быдло-2. )))))))))))))))))хд

*Бизнес-модель Software as a Service — основные понятия, продвижение на рынке, оценки клиентов и первые проекты. *История ИТ — это развитие не только технологий, но и бизнес-моделей взаимодействия между поставщиком и потребителем ИТ. Точнее сказать, развитие технологий и бизнес-моделей — это две взаимосвязанные стороны одного процесса в ситуации, когда заказчик стремится снизить свои расходы на ИТ в условиях постоянного роста их значимости для основного бизнеса.

*На самом деле модель Saa. S конечно же имеет далекие исторические корни, и для ее понимания вполне подходит историческидиалектический закон спиралевидного развития: использование ранее известных идей и схем на качественно новом уровне реализации, с учетом новых потребностей пользователей и новых возможностей технологий.

*В 80 -е годы появление ПК (а потом и серверов архитектуры x 86) сделало ИТ доступными практически для всех. Именно тогда начала формироваться доминирующая до настоящего времени модель ИТбизнеса, основанная на существовании трех независимых, но взаимодополняющих направлений: аппаратные вендоры, софтверные вендоры и поставщики ИТ-услуг. *С середины 90 -х годов мы наблюдаем «обратную волну» : предприятия начинают отходить от схемы «все нужное (технику, ПО, информацию, персонал) имею у себя» и все чаще практикуют различные модели аутсорсинга. Этот процесс был обусловлен, как обычно, прогрессом технологий

*Saa. S в основном ассоциируется с бизнес-софтом (т. е. с не инфраструктурными, а с бизнесзадачами предприятия), а также с необходимостью снижения начальных инвестиций в ИТ при решении бизнес-задач и оптимизации текущих затрат за счет получения услуг в нужных компании объемах (модель «по требованию» ). При этом нужно понимать, что Web 2. 0 и Saa. S — это не одно и то же, хотя современные подходы и технологии создания корпоративных систем (Saa. S, SOA, Web 2. 0, виртуализация) сильно взаимосвязаны между собой.

*4 уровня зрелости Saa. S. *Ad-Hoc/Custom (специальный). Каждый пользователь имеет собственную настроенную под него версию приложения, используемого в режиме хостинга. Миграция традиционного приложения (в том числе клиент-серверного) в модель Saa. S на этом уровне дает снижение операционных затрат за счет консолидации аппаратных средств (серверов) и администрирования. *Configurable (конфигурируемый). Заказчик имеет возможность настраивать нужное ему ПО через метаданные; таким образом, несколько пользователей работают с собственными экземплярами ПО, но с одним и тем же программным кодом. Это снижает затраты поставщика при удовлетворении потребностей разных клиентов.

*Configurable, Multi-Tenant-Efficient (конфигурируемый, многоарендный). В отличие от второго уровня тут всех пользователей обслуживает один экземпляр программы. При этом существенно снижаются все эксплуатационные затраты (в том числе на аппаратные средства), но имеются ограничения по масштабируемости. *Scalable, Configurable, Multi-Tenant-Efficient (масштабируемый, конфигурируемый, многоарендный). В дополнение к третьему уровню добавляется масштабируемость за счет многоуровневой архитектуры ПО и балансировки нагрузок с использованием большого набора серверов. Мощность системы легко изменяется за счет подключения/отключения серверов, без внесения каких-либо изменений в ПО.

* ASP как прообраз Saa. S * В некоторых публикациях сегодня высказывается мнение, что Saa. S — это та же модель ASP (Application Service Provider), но с новым названием, взятым из маркетинговых соображений. Однако с этим вряд ли можно согласиться. * ASP была в общем нацелена на крупных корпоративных клиентов. Saa. S же — в первую очередь на SMB (это стало во многом возможным благодаря широкополосному Интернету). * Saa. S представляет клиенту не ПО, а реализацию бизнес- функций. В общем случае клиенту все равно, на каком ПО все это реализовано. * * Saa. S-поставщик в числе прочего должен решать вопросы интеграции своего сервиса в ИТ-систему заказчика. * Иначе решаются вопросы лицензирования (отношения с вендором базового ПО).

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

*Microsoft продвигает S+S *Парадоксальная вещь: Saa. S — одна из главных угроз традиционной бизнес-модели Microsoft, но именно Редмонд сегодня выступает как один из главных идеологов данного направления, и, как ни странно, именно с деятельностью корпорации сегодня во многом связывается продвижение идей Saa. S в России. Впрочем, ничего удивительного тут нет: «если противника нельзя победить, нужно сделать его своим союзником» .

*Это альтернативный бренд, продвигаемый Microsoft, который отличается от Saa. S тем, что на компьютере пользователя используется не браузер, а программный клиент. *

* Строительные блоки — платформенные решения, функционал которых может использоваться в партнерских решениях через наборы API и базовых сервисов (это, например, Windows Live Platform, Silverlight Streaming, Biz. Talk Services, Virtual Earth). * Объединенные сервисы — комплексные настраиваемые решения, которые партнеры могут предоставлять корпоративным заказчикам в режиме хостинга (Managed Services, Xbox Live, Forefront, Security for Exchange Server, Exchange Hosted Services, Windows Live One. Care). * Оконечные сервисы — готовые услуги для пользователей (Windows Live, Office Live, Microsoft Dynamics Live CRM). * Впрочем, на том же апрельском форуме было видно, что движение в сторону S+S идет не так быстро. И это вполне объяснимо, так как процесс определяется не столько желанием Microsoft и инициативами ее партнеров, сколько реальными потребностями рынка. В то же время уже есть очень удачные примеры использования сервисных подходов в ИТ-бизнесе — и весьма отрадно, что многие из них реализованы в регионах.

* Модель S+S для управления документами * Нынешним летом компания Docs. Vision объявила о запуске в рабочую эксплуатацию своего первого онлайнового бизнес-сервиса — Docs. Vision Live (http: // live. docsvision. com). Он предоставляет клиентам услуги автоматизации управления документами и деловыми процессами через Интернет, в режиме хостинга прикладного ПО с повременной оплатой клиентских лицензий. Проект развернут в дата-центре хостингпровайдера Parking. ru при технической и маркетинговой поддержке корпорации Microsoft; на это, в частности, указывает фирменное слово «Live» в названии сервиса, которое Microsoft использует для обозначения своих Интернет-сервисов.

* Отсутствие необходимости установки ПО на рабочих местах * * * * пользователей — доступ к ПО осуществляется через обычный браузер; Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д. ; Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия); Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы; Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов; Ясность и предсказуемость платежей, защита инвестиций; Мультиплатформенность; Возможность получить более высокий уровень обслуживания ПО.

* Рост популярности веб-сервисов для конечных пользователей; * Развитие веб-технологий, большие функциональные возможности веб* * * приложений и простота их реализации; Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента; Лёгкое проникновение на глобальные рынки; Отсутствие проблем с нелицензионным распространением ПО; В отличие от классической модели, заказчик Saa. S привязывается к разработчику — он не может отказаться от услуг разработчика и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж; В долгосрочном периоде доходы от Saa. S могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учётом расходов на хостинг и управление приложениями). *

* Недостатками Saa. S считаются небезопасность передачи коммерческих данных стороннему провайдеру, невысокое быстродействие и ненадежность доступа из-за перебоев с интернетом. Однако укрепляющийся имидж Saa. Sпровайдеров, развитие технологий шифрования и широкополосного доступа в интернет постепенно рассеивают эти страхи. Из-за вышеперечисленных страхов появились альтернативные технологии по отношению к Saa. S. Они представляют собой промежуточные варианты перехода от традиционного ПО к Saa. S, и скорее всего, скоро исчезнут.

*. Этот вариант отличается от Saa. S лишь архитектурой серверной части и не заметен для пользователя. Поэтому часто хостеры приложений называют свои услуги Saa. Sсервисами. Отличие в том, что классические Saa. S сервисы имеют multitenant-архитектуру, т. е. одно приложение обслуживает много клиентов, а хостинг приложений предполагает установку отдельной копии для каждого клиента. Второй вариант дает больше возможностей настройки, но в то же время, он более сложен для администрирования и обновления, и поэтому стоит дороже. *