- PVSM.RU - https://www.pvsm.ru -
На Хабре уже немало писали и о разработке, и о бизнес-моделях для SaaS. Например, вот в этой статье [1] затрагивается вопрос о продаже сервиса через партнеров. Если «товар штучный» и сервис достаточно дорогой, то партнер еще может регистрировать клиентов и настраивать сервис вручную. Но очевидно, что такой подход не работает для массовых сервисов. И тогда возникает необходимость в интреграции SaaS с OSS/BSS платформой облачного провайдера для автоматизации процесса предоставления сервиса, биллинга, и т. д.
В этой статье я расскажу о том, что требуется для интеграции с OSS/BSS платформами, и как мы интегрировали наш Backup-as-a-Service с платформой Parallels Automation с помощью открытого стандарта APS 2.0. В общем-то, эти советы пригодятся разработчику любого облачного сервиса, если есть планы продавать его не только со своего сайта, но и позволять это делать любому сервис-провайдеру.
Начну с описания того, что представляют из себя наш Backup-as-a-Service, платформа Parallels Automation и стандарт Application Packaging Standard (APS).
Backup-as-a-Service — про BaaS уже писали на хабре ранее [2]. Если вкратце, то это один из типов SaaS-сервиса. В нем объединены и облачное, и резервное копирование: все данные копируются по Сети и хранятся в центре обработки данных провайдера, а на компьютере пользователя стоит программа-клиент резервного копирования. Это позволяет передать на сторону провайдера услуги всю инфраструктурную часть от систем хранения до системного ПО (необходимость в которых пропадает) и все ее обслуживание.
Application Packaging Standard – открытый технологический стандарт, разработанный компанией Parallels в 2007 году. Позволяет независимым разработчикам (ISV) продавать свои облачные приложения через любого сервис-провайдера, а самим сервис-провайдерам – быстро разворачивать и запускать в продажу новые облачные услуги. Сейчас в мире уже больше 500 приложений в стандарте APS.
APS 2 – это новая версия стандарта, выпущенная в 2013 году. По сравнению с предыдущей обладает большей гибкостью, производительностью, а также сервисной шиной, которая дает возможность разным сервисам взаимодействовать между собой (взаимная интеграция для обмена данными и возможности одновременного использования). Это могут быть и новые, и уже давно существующие облачные приложения. А потребители сервиса могут добавлять их в свою корпоративную подписку, управлять всеми своими подписками из единой контрольной панели и получают единую аутентификацию для доступа ко всем своим сервисам.
Parallels Automation – OSS/BSS платформа, которая ставится у сервис-провайдера или телекоммуникационной компании и позволяет им запускать в эксплуатацию и продажу любые упакованные в APS облачные сервисы, и вести по ним все необходимые операции – от service provisioning до биллинга, интеграции в единый счет клиента и функций перепродажи.
При этом облачные сервисы могут быть любого типа – и SaaS, и IaaS, и другие: в рамках экосистемы Parallels Automation принцип «вилка-розетка» работает максимально идеально (подключение упакованного сервиса можно сделать всего лишь за несколько минут). Так что если разработчик хочет продавать свой сервис в сети партнеров Parallels (а это более 9 тысяч его возможных продавцов), то приходит к логичному варианту – интеграции через APS.
Просто для примера, Топ-10 наиболее продаваемых через Parallels Automation облачных приложений: Microsoft Office 365 (на данный момент таким образом продано более 800 тыс подписок), Microsoft Hosted Exchange (больше 700 тыс подписок), Open-Xchange, SpamExperts Integration, Hostopia, Mail2World, Microsoft Lync 2010, MozyPro, IDSync, BackupAgent (как видите, BaaS – в десятке).
Рассмотрим вкратце основные сценарии того, каким образом клиент получает сервис, и поймем, где нам необходима интеграция между платформой и сервисом.
Описанное ниже справедливо для большинства SaaS-сервисов и облачных платформ.
Основные этапы:
Очевидно, что план может включать в себя несколько сервисов. И их ценность (в буквальном, денежном смысле) значительно увеличивается в случае, если сервисы интегрированы между собой.
Например, E-mail hosting + Anti-spam + Antivirus + Archiving — очень популярный пакет сервисов, и его можно продать значительно дороже, чем просто E-mail hosting.
Настройка производится из панели администратора.
Настройка ресурсов, включенных в план:
Настройка периода и цены на подписку:
Онлайн-магазин:
Регистрация пользователя и размещение заказа:
Клиентская панель. Список пользователей, которым разрешено пользоваться сервисом
Панель пользователя. Список защищенных машин
При нажатии на кнопку “Manage Backups” в панели пользователя он перенаправляется в BaaS-панель.
Итак, мы рассмотрели жизненный цикл подписки: от создания до удаления. Теперь разберемся, какую часть задач берет на себя платформа, а какие изменения необходимо внести при подключении нового сервиса.
Для нашего сервиса мы пошли третьим путем.
Как мы видим, для простого варианта подключения нового сервиса к платформе требуется внести не так уж много изменений. Конечно бывают и сложные варианты, особенно в случае, когда несколько сервисов взаимодействуют друг с другом.
Описанное выше характерно для любой платформы, поддерживающей предоставление и продажу облачных сервисов (как известно, в мире у многих телекомов и провайдеров могут стоять OSS/BSS платформы разных вендоров, а то и самописные). Но нам необходима интеграция именно с Parallels Automation: именно ее использует ряд наших партнеров, кроме того, она уже стоит у половины самых больших европейских телекомов. А для этого нам необходимо создать для своего сервиса APS-пакет.
Чтобы начать разработку APS-пакета, надо:
Мы вели разработку в eclipse, так как для него есть специальный APS ECLIPSE IDE [5] плагин.
Eclipse с установленным APS-плагином.
После настройки eclipse можно создать новый APS-проект.
Рассмотрим структуру APS-пакета. Готовый пакет представляет из себя .zip архив, в котором содержится:
Итак, мы:
Совет: Разработчикам, которые будут писать свой APS-пакет, я бы рекомендовал связаться с APS-командой на этапе, когда описана ресурсная модель, готовы макеты и до начала разработки для получения отзывов. Моя практика показывает, что это может сэкономить много времени.
Я не стал приводить здесь куски кода из нашего пакета. Статья и так получилась большая. Все, кто хочет посмотреть на готовый APS пакет, могут скачать примеры с сайта [8].
Спустя несколько недель пакет был готов, и мы отдали его на сертификацию.
Совет: Рекомендуем после создания пакета пройти его сертификацию. Эта процедура позволит выявить и устранить ошибки в работе пакета.
В процессе сертификации команда APS со стороны Parallels помогает удостовериться в корректной работе приложения и убедиться, что оно будет работать на платформе в целом, либо у конкретного партнера. В случае необходимости даются рекомендации. Сертификация полностью бесплатна.
Процесс сертификации:
Сертификация нашего пакета заняла всего несколько дней, а в среднем она занимает от 3 дней до 2-х недель, в зависимости от того, что нужно будет скорректировать в пакете.
После сертификации пакета мы отдали его первому партнеру, использующему Parallels Automation. У него ушло меньше часа на то, чтобы подключить BaaS-сервис, настроить план и создать первую тестовую подписку. Сейчас наш APS пакет активно тестируется провайдерами по всему миру.
Любой другой XaaS сервис, будь то SaaS, PaaS или IaaS может быть так же легко интегрирован в Parallels Automation с помощью стандарта APS 2, что позволит продавать его через сотни провайдеров по всему миру, включая Россию, и интегрировать с другими приложениями. А это не только хороший канал продаж, но и лишняя копеечка, если твое приложение продается в пакете с чьим-то еще.
Автор: r0s
Источник [12]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/hosting/66201
Ссылки в тексте:
[1] этой статье: http://habrahabr.ru/company/quickme/blog/217281/
[2] ранее: http://habrahabr.ru/company/acronis/blog/215747/
[3] сайте: http://doc.apsstandard.org/portal/dev_registration/
[4] документацию: http://doc.apsstandard.org/start/
[5] APS ECLIPSE IDE: http://doc.apsstandard.org/tools/ide/
[6] APS PHP Runtime: http://doc.apsstandard.org/spec/runtime/
[7] APS JS SDK: http://doc.apsstandard.org/spec/ui/custom/sdk/sdk/
[8] сайта: http://doc.apsstandard.org/pa/pa-demo-projects/
[9] требованиям: http://doc.apsstandard.org/cert/criteria/#cert-criteria
[10] APS development portal: https://dev.apsstandard.org/packager/admin/catalog/package/add/
[11] APS каталоге: http://dev.apsstandard.org/apps/
[12] Источник: http://habrahabr.ru/post/231131/
Нажмите здесь для печати.