Предоставление доступа к вычислительным ресурсам в виде сервисов приводит к возникновению новых бизнес-моделей. Например, у поставщиков сервисов появляются задачи применения адекватной схемы расчета с потребителем, которая должна быть отражена как в механизмах учета использованных ресурсов, так и в предъявляемых к оплате счетах.

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

Поставщики и потребители сервисов

В бизнес-модели облачных вычислений обычно присутствуют три ключевых «игрока»:

• Провайдер облачной платформы.
• Разработчик.
• Заказчик.

Можно выделить следующие основные варианты взаимодействия между контрагентами в рамках бизнес-модели облачных вычислений:

• Провайдер -> Разработчик -> Заказчик.
• Провайдер -> Заказчик.
• Провайдер -> Заказчик (приложение Разработчика).

В первом варианте (рис. 35) разработчик размещает приложение на облачной платформе, предоставляемой провайдером, и продает это приложение как сервис заказчику. Заказчик оплачивает приобретенный сервис по той или иной схеме — схемы расчетов мы рассмотрим чуть далее, а разработчик оплачивает фактически использованные вычислительные ресурсы провайдеру. Таким образом, стоимость самой платформы и ее ресурсов включается в стоимость конечного сервиса, предоставляемого заказчику.

Рис. 35. Бизнес-модель №1

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

Рис. 36. Бизнес-модель №2

И наконец, разработчик (например, системный интегратор или собственная служба ИТ заказчика) может оказать услуги по созданию сервиса, как показано на рис. 37.

Рис. 37. Бизнес-модель №3

Схемы расчетов с заказчиком

Разработчик может использовать любую схему оплаты сервиса, размещенного в облаке. Главное, чтобы схема оплаты отражала свойства приложения и особенности автоматизируемого бизнеса. Так, наиболее распространенные схемы оплаты для приложений, предоставляемых как сервис, это:

• Кол-во пользователей приложения.
• Объем хранимых данных (квотирование).
• Кол-во документов или транзакций.
• Авансовая форма, в которой заранее приобретается определенный объем ресурсов.
• Комбинация схем, например пользователь/мес + квота на объем данных.

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