PaaS (Platform-as-a-Service)

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 22:41, 16 декабря 2017.
PaaS.png

Platform as a Service (PaaS, «платформа как услуга», «платформа как сервис») — модель предоставления облачных вычислений, при которой потребитель получает доступ к использованию информационно-технологических платформ: операционных систем, систем управления базами данных, связующему программному обеспечению, средствам разработки и тестирования, размещённым у облачного провайдера. В этой модели вся информационно-технологическая инфраструктура, включая вычислительные сети, серверы, системы хранения, целиком управляется провайдером, провайдером же определяется набор доступных для потребителей видов платформ и набор управляемых параметров платформ, а потребителю предоставляется возможность использовать платформы, создавать их виртуальные экземпляры, устанавливать, разрабатывать, тестировать, эксплуатировать на них прикладное программное обеспечение, при этом динамически изменяя количество потребляемых вычислительных ресурсов.[Источник 1]

Провайдер облачной платформы может взимать плату с потребителей в зависимости от уровня потребления, тарификация возможна по времени работы приложений потребителя, по объёму обрабатываемых данных и количеству транзакций над ними, по сетевому трафику. Провайдеры облачных платформ достигают экономического эффекта за счёт использования виртуализации и экономии на масштабах, когда из множества потребителей в одно и то же время лишь часть из них активно использует вычислительные ресурсы, потребители — за счёт отказа от капитальных вложений в инфраструктуру и платформы, рассчитанных под пиковую мощность, и непрофильных затрат на непосредственное обслуживание всего комплекса.[Источник 2]

Как и IaaS, PaaS включает инфраструктурные серверы, хранилища и сети, но также и промежуточное ПО, средства разработки, бизнес-аналитики (BI), системы управления базами данных и многое другое. PaaS разработан для поддержки полного жизненного цикла веб-приложений: создания, тестирования, развертывания, управления и обновления.

PaaS2.png

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

Архитектура PaaS и как она работает

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

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

Многие продукты PaaS ориентированы на разработку программного обеспечения . Эти платформы предлагают вычислительную и складскую инфраструктуру, а также текстовое редактирование, управление версиями, компиляцию и тестирование, которые помогают разработчикам создавать новое программное обеспечение быстрее и эффективнее. Продукт PaaS также может позволить командам разработчиков взаимодействовать и работать вместе, независимо от их физического местоположения. [Источник 3]

Потребитель Оказываемая услуга Зона ответственности Возможность изменений
PaaS Разработчики приложений Платформа для запуска приложения, облачное хранилище Доступность и производительность платформы Высокий уровень кастомизации приложения

Плюсы и минусы PaaS

PaaS — это:

  • удобно и эффективно. В сочетании с “ревенью-шарингом” партнер получает самое оптимальное бизнес-решение. Вендор заботиться не только о технических аспектах сотрудничества, вендор помогает продавать и следит за тем, чтобы сервис был востребован: мониторит рынок, внедряет весь самый востребованный функционал. Ваша прибыль — это и прибыль вендора тоже.
  • динамично и гибко. Сервис масштабируется практически до бесконечности и такая гибкость позволяет выстраивать оптимальные тарифные планы. Оператор не ограничен фиксированной стоимостью лицензии и может оперативно реагировать на меняющуюся конъюнктуру рынка.
  • всегда самая продвинутая платформа. Облачному вендору очень важны ваши продажи, это его бизнес. Можете не сомневаться, что его программисты и маркетологи работают не покладая рук и в скором времени у вас станет доступна та же самая опция, которую совсем недавно анонсировал ваш самый технологически продвинутый конкурент.
  • безубыточно. Запуск нового сервиса не оттянет на себя финансовые ресурсы компании и их можно пустить на развитие других направлений бизнеса. Денежные потоки “вендор-оператор” возникают только тогда, когда появляется денежный поток “клиенты-оператор”, распределяется фактическая прибыль и не происходит замораживания ресурса. Первые деньги, реальные, а не из отчётности, возникают мгновенно.

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

Внутренние изменения продукта PaaS также являются потенциальной проблемой. Например, если поставщик PaaS перестает поддерживать определенный язык программирования или предпочитает использовать другой набор средств разработки, воздействие на пользователей может быть сложным и разрушительным. Пользователи должны следовать дорожной карте поставщика услуг PaaS, чтобы понять, как планы провайдера повлияют на его среду и возможности.

PaaS против SaaS и IaaS

PaaS - одна из трех основных категорий услуг облачных вычислений. Два других - это программное обеспечение как услуга ( SaaS) и инфраструктура как служба (IaaS).

С IaaS поставщик предоставляет базовую вычислительную, накопительную и сетевую инфраструктуру вместе с гипервизором (уровень виртуализации). Затем пользователи должны создавать виртуальные машины, устанавливать операционные системы, поддерживать приложения и данные и обрабатывать всю конфигурацию и управление, связанные с этими задачами.

С PaaS поставщик предлагает больше стека приложений, чем провайдеры IaaS, добавляя в облачную среду операционные системы, промежуточное ПО (например, базы данных) и другие среды выполнения.

С SaaS поставщик предлагает полный стек приложений. Пользователи просто входят в систему и используют приложение, полностью запущенное в инфраструктуре провайдера.

Что лучше PaaS или лицензионное ПО?

Модель разработки сервисных платформ собственными силами сознательно оставим за бортом, в силу утомительности и ресурсоемкости такой модели. Нам известно множество примеров того, когда сервис-провайдер, начав разработку собственного решения, застревал в фазе бесконечного тестирования и запуска. Исторически сложилось два способа
PaaS3.png
оперативно стартовать новый VAS — приобрести необходимое ПО у стороннего разработчика или воспользоваться PaaS-платформой одного из вендоров. Бизнес — это всегда про деньги, поэтому цель любого нового проекта — получение прибыли, быстрый выход в рентабельность и минимизация инвестиций в инфраструктуру.

Операторская инфраструктура очень дорогостоящий ресурс и те вендоры, которые учитывают это, получают существенное конкурентное преимущество. Самая понятная и технологичная модель, позволяющая предложить своим партнерам «запуститься» в короткие сроки и с минимальными затратами — это модель PaaS. Снижение первоначальных инвестиций на стадии запуска сервиса — это лишь часть проблемы, дальнейшая эксплуатация и затраты с ней связанные, есть второй ключевой фактор, который во многом и определяет выбор вендора оператором связи. Затраты на эксплуатацию PaaS-платформы можно снизить, применив бизнес-модель revenue sharing. В этом случае сервис-провайдер выплачивает вендору не фиксированные ежемесячные платежи за аренду облака, а делится частью прибыли, получаемой от продаж сервиса своим клиентам. Мы используем именно эту бизнес модель и убежденны в правильности нашего выбора.Схематически «перевенью» выглядит как два динамических денежных потока, направленных от клиента к сервис-провайдеру и от провайдера к вендору.

В случае приобретения сервисной платформы, как лицензионного ПО, вышеописанные плюсы нивелируются. Первая и основная проблема, возникающая перед оператором на стадии выбора «правильного решения» — это инвестиции. Мы не отрицаем тот факт, что существуют достаточно привлекательные «коробки», функционал которых соответствует требованиям рынка, но стоимость лицензий, из расчета на одного пользователя, очень высока. Характерная дилемма — «дорого, но функционально» и «подешевле, но и без изысков» — очень часто решается операторами в пользу бюджетности, а это означает, что уже на стадии запуска сервиса совершается стратегическая ошибка — функционал «коробки» с самого начала не способен обеспечить все конкурентные преимущества.

Однозначное преимущество PaaS перед лицензиями можно отобразить в виде вот такой сравнительной таблицы:[Источник 4]

PaaS4.png
  • Запуск нового сервиса на PaaS — вопрос нескольких дней, в случае же с лицензиями, процесс растягивается на долгие недели: необходимо разворачивание ПО, его интеграция с существующими платформами (свичи, коммутаторы, промежуточные веб-серверы). Плюс первый в пользу облаков.
  • Облако уже развернуто в кластере и нет необходимости докупать серверное оборудование, сервера — зона ответственности вендора и он уже все приобрел и настроил. В случае с «коробочным ПО» процесс запуска начинается с выбора железа, что, кстати сказать, тоже требует временных затрат. Второй облачный PaaS+.
  • Понятно, что лицензии стоят денег и их необходимо приобретать, причем, покупать приходится не только лицензии, а зачастую еще и услуги по настройке и конфигурированию. Суммы в счетах разработчиков ПО зачастую пугают количеством нолей. Стоимость облака, наоборот, исчезающе мала. Третий плюс в списке.
  • Новый софт — новые проблемы и нагрузка на инженерный персонал. Снизить нагрузку можно только одним единственным способом — задействовать дополнительный кадровый ресурс, а это еще деньги на зарплату и затраты на обучение. Облака хороши тем, что ты даже не знаешь имен тех, кто эти облака обслуживает. Четвертый, бесспорный, плюс.
  • Лицензии имеют свойство заканчиваться. И, как правило, они заканчиваются поскольку еще на стадии внедрения было принято решение купить минимальный пакет, потому что «потом всегда докупим, если что». Это «потом» может вылиться в существенную сумму, так как лицензии операторам поштучно никто не продаст, это не антивирус в офис. Облака — сущности воздушные и не имеющие постоянной формы, их можно масштабировать бесконечно. Плюс пятый и убедительный.
  • Поддержка всегда стоила денег, даже не в смысле зарплаты технических специалистов, а в смысле заплатить за апдейт. Когда речь идет о решении для операторов, разработчик всегда хочет денег за любое движение, иначе его бизнес-модель хромает. Поддержка — такой же источник дохода вендора, как и продажа лицензий. Это аксиома. Облака обновляются незаметно и прозрачно, появление нового апдейта в большинстве случаев — это уведомление по e-mail и никакого «итого по счету» в конце письма. Шестой приятный плюс.
  • Разработчик коробки теряет интерес к бизнесу партнера сразу после оплаты счета. Он свое получил. Дальше не его забота. Менеджер по продажам ставит задачу в CRM (Customer Relationship Management) «позвонить через год» и отправляется на переговоры к новому потенциальному клиенту. Чем меньше его будут беспокоить — тем лучше. В случае «PaaS плюс ревенью» менеджеры будут слать смайлики в скайп не реже одного раза в неделю. Их KPI напрямую зависит от продаж оператора, а значит многие проблемы решаются простым кликом мышки. Седьмой и далеко не последний плюс из нашего списка.

Ведущие поставщики Paas

PaaS(2).png

Существует множество примеров поставщиков PaaS, которые предоставляют инструменты и услуги, необходимые для создания корпоративных приложений в облаке.

Google App Engine поддерживает распределенные веб-приложения с использованием Java, Python, PHP и Go. Red Hat OpenShift - это предложение PaaS для создания приложений с открытым исходным кодом с использованием широкого спектра языков, баз данных и компонентов. Heroku PaaS предлагает экземпляры контейнерных вычислений в стиле UNIX, которые запускают процессы в изолированных средах, поддерживая такие языки, как Ruby, Python, Java, Scala, Cloture и Node.js.

Microsoft Azure поддерживает разработку приложений в .NET, Node.js, PHP, Python, Java и Ruby и позволяет разработчикам использовать комплекты разработчиков программного обеспечения (SDK) и Visual Studio для создания и развертывания приложений. AWS Elastic Beanstalk позволяет пользователям создавать, развертывать и масштабировать веб-приложения и службы, разработанные с использованием Java, .NET, PHP, Node.js, Python, Ruby, Go и Docker на общих серверах, таких как Apache, Nginx, Passenger и IIS.

Хотя многие провайдеры PaaS предлагают подобные услуги, каждый поставщик может создавать уникальные нюансы и ограничения. Для пользователей важно проверить потенциальных поставщиков, чтобы обеспечить соответствие их услуг любым бизнес-требованиям или техническим требованиям, таким как поддерживаемые языки и доступность услуг.

В 2011 году мировой рынок публичных PaaS оценён в сумму около $700 млн, в числе 10 крупнейших провайдеров указываются Amazon.com (Beanstalk), Salesforce.com (Force.com, Heroku, Database.com), LongJump, Microsoft (Windows Azure), IBM (Bluemix[en]), Red Hat, Inc. (OpenShift), VMWare (Cloud Foundry), Google (App Engine), CloudBees, Engine Yard.

В 2012 году в OASIS предложен стандарт для прикладного программного интерфейса управления облачными платформами CAMP (англ. cloud application management for platforms), определяющий унифицированные форматы для команд программного управления облачными платформами (таких как запуск, приостановка, запрос на выделение ресурсов).

Источники

  1. PaaS [Электронный ресурс] Дата обращения: 15.10.2017. Режим доступа: https://ru.wikipedia.org/wiki/Платформа_как_услуга.
  2. Облачные сервисы[Электронный ресурс]: PaaS / Дата ообращения: 15.10.2017. Режим доступа: www.it-grad.ru.
  3. PaaS [Электронный ресурс] Дата ообращения: 15.10.2017. Режим доступа: http://searchcloudcomputing.techtarget.com/definition/Platform-as-a-Service-PaaS.
  4. PaaS vs Лицензии [Электронный ресурс] Дата обращения: 18.11.2017. Режим доступа: https://habrahabr.ru/company/itoolabs/blog/271227/.