2022/06/14 21:35:27

PaaS - Platform As A Service
Платформа как услуга

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

Каталог PaaS-решений и проектов доступен на TAdviser

Содержание

Platform as a Service («Платформа как услуга»), или сокращенно PaaS — это специальная модель предоставления облачных сервисов, в рамках которой заказчик получает в свое распоряжение также готовую программную среду, включающую операционную систему, ПО промежуточного уровня (middleware), а также инструменты для разработки и тестирования (framework). В ряде случаев к этому перечню добавляется также система управления базами данных (СУБД). Вместе с тем клиенту предлагаются и программные инструменты для детализированной настройки рабочей среды.

Составной частью PaaS зачастую являются такие типы облачных сервисов, как DBaaS (Database as a Service) и MWaaS (Middleware as a Service). Первый позволяет получить доступ к базе данных любого типа по запросу. Второй, как правило, включает в себя сервер приложений, а также набор инструментов для обеспечения информационной безопасности[1].

Как строится облачная архитектура?

Каковы основные варианты построения облачной архитектуры? Обычно их выделают три: Инфраструктура по требованию (Infrastructure as a Service, IaaS): заказчики арендуют вычислительные мощности для развертывания и использования виртуализованных экземпляров операционных систем и программных продуктов.Как DevOps-сервис помогает «разгрузить» высоконагруженные системы BPMSoft 2.2 т

Платформа по требованию (Platform as a Service, PaaS): облачный поставщик предоставляет доступ к аппаратно-программной инфраструктуре: операционным системам, инструментам разработки и сопровождения программного обеспечения — в которой заказчики создают и используют собственные информационные системы.

Программа по требованию (Software as a Service, SaaS): облачный поставщик предоставляет доступ к приложению или к целому программному комплексу.

Чем они отличаются? Смотрим картинку ниже. Пользователем IaaS по долгу службы является «айтишник», предприятия выбирают IaaS, чтобы консолидировать свои ИТ-мощности и сэкономить на капитальных вложениях. С PaaS работает, конечно, разработчик, платформа по требованию нужна, чтобы существенно облегчить создание комфортной среды разработки на предприятии. Бизнес-пользователю нужны только готовые с использованию облачные приложения.

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


Большинство сегодняшних PaaS-платформ направлены прежде всего на удовлетворение интересов разработчиков. Они позволяют создавать масштабируемые веб-приложения с более низкими, по сравнению с IaaS, затратами, но взамен приходится приносить в жертву свободу выбора технологий и контроль за низкоуровневыми компонентами системы. В последнее время в PaaS-сегменте происходит масса интересных событий, среди которых можно назвать появление отечественной PaaS-разработки Hivext и анонсирование PaaS-платформы с открытым кодом Cloud Foundry от VMware.

В подавляющем большинстве случаев PaaS-решения направлены на программистов, жизнь которых они призваны облегчить. Действительно, трудно представить себе задачу, которую можно было бы сделать на основе PaaS-платформы, но при этом нельзя было бы реализовать на базе такого IaaS-сервиса, как AWS. В этом контексте PaaS-системы на текущем этапе их развития можно рассматривать как конкурентов IaaS-платформам. Но это не прямая конкуренция: примерно в таких же отношениях язык программирования Java состоит к популярным системам разработки (frameworks) на базе Java: Spring, Struts, Tapestry, а Ruby – к Rails и другим системам на ее основе. Если написание корпоративного веб-сайта на Java "с нуля" может занять целые месяцы времени (особенно если учитывать необходимость тестирования), то инструменты и готовые компоненты из Spring или Tapestry позволяют сократить временные затраты в несколько раз, запустив полнофункциональный сайт за неделю или даже за несколько дней.

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

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

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

Проблема номер 1

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

PaaS — это для кого?

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

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

Преимущества и недостатки PaaS

К преимуществам PaaS относят:

  • Предоставление единой среды для создания программных продуктов
  • Доступ к среде разработки большого количества территориально удаленных пользователей
  • Встроенные функции обмена сообщениями, группового общения и комментирования
  • Детализированная отчетность по использованию программных и аппаратных ресурсов
  • Интеграция с сервисами IaaS
  • Упрощение процесса администрирования
  • Автоматическое обновление программного обеспечения до наиболее свежих версий
  • Сокращение времени на разворачивание программных для разработки
  • Гибкость использования ресурсов — отказаться от использования услуги можно в любой момент
  • Доступ к сервису обеспечивается по интернет-каналам, поэтому для клиентов доступна максимальная мобильность
  • Вся основная обработка данных происходит на стороне оператора, что позволяет предъявлять пониженные требования к пользовательским терминалам
  • Защита данных в облаке, а также все вопросы, связанные с кибербезопасностью обеспечиваются оператором
  • Высокая отказоустойчивость сервиса
  • Круглосуточная техническая поддержка

Выделяют следующие недостатки PaaS:

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

2022:Какие конкурентные преимущества дает применение вертикальных облаков

Как получить преимущества от вертикальных облаков

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

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

В США применение облачных технологий в медицине является законодательно-необходимым. На начало 2022 года новаторские поставщики медицинских услуг изучают способы использования облачных моделей, продиктованных законом HIPAA для улучшения лечения. Они удовлетворяют уникальные вертикальные потребности. Вертикальная тенденция облачных вычислений набирает обороты, поэтому в 2022 году хорошее время для изучения возможности внедрения таких технологии.

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

PaaS-решения позволят перейти на облачную инфраструктуру, сохраняя конкурентные преимущества от разработанных локальных решений

От инфраструктуры к отраслевым вертикалям

Потребности бизнеса и технологий, которые определяют тенденцию вертикального перехода к облаку, к 2022 году не новы. Начиная с 2000-х годов организации с аналогичными требованиями к комплаенсу, бизнес-процессам или управлению данными начали внедрять облачное программное обеспечение. Примерно в то же время ИТ-директора начали «поднимать и перемещать» некоторые локальные системы в общедоступные облака, чтобы снизить затраты и повысить эффективность. В начале 2022 года используется совмещенный подход — совместное использование программного обеспечения, отвечающего общим потребностям, и предоставление права кому-то другому управлять инфраструктурой — продолжает указывать на вертикальную тенденцию «облака». Новым является то, что был осуществлен переход от закупки общих функций и библиотек к оцифровке и доступности реальных отраслевых бизнес-процессов. Более того, организации все чаще ожидают, что поставщики облачных услуг создадут решения с «общим ядром», отвечающие общим потребностям различных отраслей и экосистем. Таким образом, поставщики облачных услуг и программного обеспечения теперь предлагают обширное меню отраслевых модульных бизнес-процессов, доступных через API, к которым можно получить доступ одним нажатием кнопки. Например, с помощью API-интерфейсов инженеры и системные архитекторы могут объединять целевые интеллектуальные заводские системы в общую облачную сеть. На этом фоне заметно, что эта тенденция разворачивается в следующих измерениях:

  • Гиперскейлеры поднимаются по стеку. Три поставщика облачных услуг «большой тройки» — Amazon Web Services (AWS), Google Cloud Platform и Microsoft Azure — предлагают отраслевые анклавы на основе облачных вычислений, которые автоматизируют бизнес-процессы, уникальные для таких секторов, как здравоохранение,производство, автомобилестроение, розничная торговля и, например,средства массовой информации. Они начали с создания возможностей «инфраструктура как услуга» (IaaS), которые в конечном итоге превратились в «платформы как услуга» (PaaS). Но они не остановились на достигнутом. Гиперскейлеры продолжают подниматься по стеку технологий, методично автоматизируя все более сложные процессы для создания оптимизированных для отрасли платформ, которые в некоторых случаях являются более функционально надежными и эффективными, чем локальные решения, которые используются предприятиями. Например, некоторые предприятия индустрии HoReCa используют облачные системы бронирования и управления клиентами. Точно так же производственный сектор использует преимущества облачных решений для профилактического обслуживания. Организации находят в отраслевых облаках гораздо больше, чем продукты и услуги, разработанные с помощью гиперскейлеров. Действительно, существует растущая экосистема отраслевых бизнес-возможностей от известных поставщиков, таких как MuleSoft, Oracle, Salesforce, SAP, ServiceNow, а также стартапов и проектов с открытым исходным кодом.

  • Сосредоточение на дифференциации. Скорее всего, у компании есть какой-то самодельный код, за который следует держаться. В него вложили время и бюджет в разработку этих возможностей, которые благодаря хорошему планированию и исполнению обеспечивают конкурентное преимущество. Необходимо думать о них как о ключах к дифференциации организации на рынке. Допустим, продавец потратил много времени на настройку системы управления запасами в магазине. Топ-менеджеры (и рынок) признают инвентарные возможности лучшей в своем классе суперспособностью. Тот факт, что поставщик облачных услуг может предложить API инвентаризации, не означает, что нужно использовать его автоматически. Если персонализированный код в значительной степени способствует конкурентоспособности. Почему бы не сохранить его? Конечно, можно запустить его в облаке, но важно то, что это приложение отвечает уникальным потребностям так, как не могут готовые предложения. Прежде чем действовать, важно оценить свои возможности. Спектр доступных вертикально ориентированных решений, является более сложным и детализированным, чем, например, в 2015 году. Необходимо подумать о своей существующей способности выполнять процесс. Если текущие возможности лучше, чем то, что доступно в готовом виде, нужно оставить свою собственную логику. Но если идет конкуренция с «цифровыми аборигенами» и процесс и возможности, которые его поддерживают, уже не такие особенные, лучше рассмотреть возможность использования отраслевого API.

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

Изучая возможности, которые может предложить тренд вертикального облака, следует подумать о том, чтобы предпринять следующие шаги, некоторые из которых, возможно, давно назрели:

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

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

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

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

Как внедрять изменения на предприятии

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

«
Я считаю, ваше отличие от ваших конкурентов, это не уникальность ваших операций; от 5 до 10% ваших операций уникальны – заявил Мариян Недич (Marijan Nedic) вице-президент, руководитель направления ИТ-решений для бизнеса, SAP
»

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

«
Наша цель в SAP — создавать отраслевые облака, которые позволяют нашим клиентам удовлетворять большинство потребностей без дополнительной настройки, легко подключаться к партнерским решениям и управлять уникальными отличиями на консолидированной платформе. Независимо от того, управляете ли вы больницей, фабрикой, компанией по аренде автомобилей или любым другим предприятием, есть вероятность, что многие из ваших процессов и операций почти идентичны процессам и операциям ваших конкурентов – рассказал Недич
»

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

Любое достойное отраслевое облако будет иметь несколько общих черт. Во-первых, отраслевое облако должно предоставлять большую часть функций, необходимых для отрасли, из коробки, особенно стандартные функции. Во-вторых, это должна быть открытая платформа, позволяющая клиентам и партнерам разрабатывать инновационные решения. Платформа должна упростить подключение и управление этими решениями. В-третьих, это должно позволять клиентам наращивать или сокращать мощности и процессы в соответствии со спросом. Наконец, оно должно обеспечивать легкий доступ к другим деловым и технологическим услугам. Например, все основные облачные сервисы сегодня включают стандартные инструменты прямо из коробки. Хотя обработка естественного языка (NLP) в настоящее время является распространенным инструментом, вопрос заключается в том, как интегрировать NLP в бизнес. Благодаря всем этим функциям отраслевое облако должно поддерживать вашу более широкую экосистему.

«
Недавно я посетил клиента-производителя, который использует гибкие методы производства для выполнения как крупных, так и мелких заказов клиентов. Это очень прибыльный бизнес, но он требует частой перенастройки производственных линий. Чтобы оптимизировать производительность оборудования, модели машинного обучения анализируют данные заказов, чтобы определить необходимые конфигурации машин и оптимальную последовательность выполнения заказов. Процесс работает превосходно, но цифровой команде производителя потребовались огромные усилия, чтобы создать все это вручную – рассказал Мариян Недич
»

Вместо этого эти возможности могут быть получены из единого отраслевого облака. Разгрузка большей части построения и обслуживания этих процессов может дать специалистам по данным больше времени для разработки моделей машинного обучения, которые помогут фабрике быстрее реагировать на заказы. Если машинное зрение сочетается с моделями машинного обучения, группы контроля качества могут проверять больший процент товаров, сходящих с конвейера. Возможность уделять большее количество времени действительно важным действиям помогает производителям масштабировать свои операции быстрее, чем если бы они создавали функциональные возможности вручную. Это то, что отличает производителя. Благодаря такому сочетанию функциональных возможностей предприятия могут стать более гибкими. Когда их основная операционная платформа сконфигурирована для нужд типичного бизнеса в их отрасли, они могут сосредоточить свои усилия на той части своей деятельности, которая отличает их от других. Они могут получить прямое цифровое представление своего бизнеса, своей сети партнеров, своей сети поставщиков, своего оборудования. В конечном счете, речь идет о гибкости для разработки инноваций, которые действительно могут сделать вашу организацию уникальной.

Управленческие перспективы от внедрения вертикальных облаков

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

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

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

Методики построения команд для разработки вертикальных облачных решений

Даже когда «купить» превращается в «собрать», возникает потребность в другом виде «сборки». Здесь не следует говорить об армиях разработчиков, работающих над многолетними проектами по созданию гигантских пользовательских систем. Скорее нужно подумать о современной разработке программного обеспечения небольшими группами, работающими с облачными службами, платформами и инструментами для быстрой интеграции и развертывания. Большая часть этого нового уравнения заключается в том, что команды с полным стеком работают вместе над набором четко определенных результатов. Ведущие организации используют команды POD или «команды двух коробок с пиццей», в которых облачные инженеры, дизайнеры UX, специалисты по данным, специалисты по обеспечению качества и менеджеры по продуктам стирают границы между дисциплинами, работая вместе. Члены команды растут и учатся, опираясь на все, что требуется в текущем спринте. Важно отметить, что команды коллективно сосредоточены на решении бизнес-проблем и формировании дорожной карты того, над чем они работают.

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

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

2020: PaaS как отдельный тип облачных услуг в основном изжил себя

В середине 2000-х «платформа как услуга» (PaaS) произвела по сути революцию в области облачных вычислений. Такие PaaS-поставщики, как Heroku, продемонстрировали бизнесу выгоды, которые дает разработка и развертывание приложений в облаке. PaaS послужил толчком для внедрения других типов облачных сервисов, в том числе IaaS и SaaS. Однако сегодня можно сказать, что PaaS как отдельный тип облачных услуг в основном изжил себя. На смену независимым PaaS-платформам пришли PaaS-подобные сервисы, которые интегрированы с крупнейшими публичными облачными службами, в первую очередь AWS и Azure. Последние не предлагают традиционный PaaS — это скорее различные наборы инструментов разработки и развертывания приложений, которые включены в другие их сервисы[2].

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

2012: Frost & Sullivan: 10 главных тенденций развития PaaS в ближайшие пять лет

Фирма Frost & Sullivan, специализирующаяся на исследованиях и консалтинге в области ИТ, предсказала осенью 2012 года, что рынок `платформа как сервис` (PaaS) станет новой ареной острой конкурентной борьбы за облачных новаторов, поскольку услуги типа `инфраструктура как сервис` (IaaS) и `ПО как сервис` (SaaS) уже получили широкое распространение. Поскольку доступное в облаках ПО в основном является стандартным, предприятия стремятся использовать PaaS, так как только здесь могут проявиться особенности каждого конкретного сервис-провайдера.

Для справки: PaaS — категория облачных сервисов, обеспечивающих предприятиям вычислительную платформу и набор решений в качестве сервисов. Наряду с SaaS и IaaS это быстро набирающая популярность модель облачных сервисов. В соответствии с ней клиент PaaS разрабатывает ПО, используя инструменты и библиотеки провайдера. Клиент управляет развертыванием и настройками ПО. Провайдер предоставляет сети, серверы и системы хранения. PaaS позволяет развертывать приложения, избегая затрат и сложностей, связанных с приобретением необходимого оборудования и ПО и управлением ими. Предлагаются различные виды PaaS, включая среду для хостинга, разработки, тестирования и развертывания приложений, а также различные интегрированные сервисы, обеспечивающие масштабирование, обслуживание и управление версиями.
  • Рост вычислительной нагрузки будет способствовать распространению PaaS. Ни задачи, ни управление ими не становятся проще. Растущие нагрузки потребуют от ИТ-подразделений снижения расходов и наращивания производительности труда. Облачная технология в виде PaaS обеспечивает гибкость, управление и эффективность, необходимые ИТ-менеджерам и CIO для достижения требуемых показателей производительности.
  • Провайдеры IaaS будут стремиться перейти в категорию провайдеров PaaS. Лидирующая на рынке технология IaaS со временем станет широко используемым способом предоставления инфраструктуры. Возможными победителями гонки за повсеместное использование IaaS являются Amazon, Rackspace, HPCS, OpenStack, CloudStack, Dell vCloud, IBM SmartCloud, Eucalyptus и Azure. Чтобы выделиться на фоне конкурентов, лидеры в области IaaS начнут интегрировать в свои продукты технологию промежуточного слоя. В противном случае провайдеры PaaS добавят к своим предложениям еще один уровень облачной технологии и смогут игнорировать тех, кто специализируется на IaaS.
  • Публичные сервисы должны будут уступить корпоративный рынок частным PaaS. Большому бизнесу необходимо перемещаться в облака. Но проблемы с надежностью и безопасностью, ограниченность одинаковых для всех публичных сервисов PaaS подтолкнут корпоративный рынок к альтернативным частным PaaS. Предприятия сохранят облака на собственных площадках и будут применять частные услуги типа PaaS промежуточного уровня, а в конечном итоге будут стремиться к созданию гибридных облаков.
  • Платформы PaaS с открытым исходным кодом ожидает расцвет. Поскольку эволюция рабочих нагрузок вызывает революцию в сфере облачной архитектуры, будет расти потребность в облачных средах с широкими возможностями адаптации. Большому бизнесу потребуются сервисы промежуточного уровня в качестве основы для построения облаков, а корпоративные разработчики и CIO будут стремиться к расширению использования ИТ на базе PaaS с открытым исходным кодом.
  • Патентованные PaaS начнут походить на решения с открытым исходным кодом. Корпоративным клиентам необходимы гибкость открытых решений и безопасность коммерческих (и соответствующие соглашения об уровне обслуживания). Патентованные PaaS станут более расширяемыми и будут поддерживать еще больше языков программирования, сред разработки и API-интерфейсов. Руководители подразделений разработки и текущих операций смогут подключаться к исполнительным средам, надстройкам, сервисам других провайдеров или кластерам баз данных в зависимости от того, что требуется для создания необходимой именно им конфигурации.
  • Совместимость различных PaaS? Больше похоже на войну PaaS. Рынок PaaS превратится в место склок. Во всяком случае маркетинговая шумиха станет менее цивилизованной. Провайдеры сервисов промежуточного слоя будут пытаться выделиться и стремиться к большей специализации (`PaaS для магазинов спортивных товаров с менее чем 50 виртуальными машинами`), сопровождая это все более безрассудно агрессивными заявлениями маркетингового плана (вспомните риторику политических кампаний).
  • Управление оркестрированием и конфигурированием сольется с PaaS. Чтобы выжить, провайдерам сервисов PaaS промежуточного слоя подобно провайдерам IaaS придется адаптироваться. Технологии PaaS, — как открытые, так и проприетарные — станут более расширяемыми и будут включать инструменты управления оркестрированием и конфигурированием, такие как Chef, Puppet и Juju.
  • Благодаря PaaS в облачных войнах победят гибридные облака. Вскоре разработчики и предприятия осознают ценность облаков. Новые подходы заставят предъявлять к крупным облачным архитектурам непомерные по сегодняшним меркам требования (`Хочу 10 тыс. виртуальных машин сроком на 10 часов`). Простые публичные или частные модели просто не смогут удовлетворить такие требования. Гибридные модели (хотя для их распространения потребуется два года) позволят создать новую ценность для предприятий. Можно предвидеть взрывообразное наращивание ресурсов без всякого труда и резкое ускорение жизненного цикла задач. Это произойдет спокойно, даже незаметно благодаря технологиям управления промежуточным слоем PaaS. Предприятиям PaaS даст то, что им нужно. Конечным пользователям будет безразлично, используют они публичные или частные облака. Им не нужно этого знать, и это не будет иметь значения, поскольку `гибридизация` начнет использоваться повсеместно.

2011: Прогноз Gartner

Аналитики Gartner считают, что мировой рынок PaaS (platform-as-a-service) вырастет в 2011 году до $707 млн, а в следующем году начнется настоящая борьба за лидерство на рынке PaaS и в его ключевых сегментах между крупными поставщиками ПО для предприятий, а также разработчиками облачных сервисов. Сегмент будет динамично развиваться в ближайшие годы и в 2015 г. достигнет $1,8 млрд. Среди трех вариантов облачных сервисов PaaS пока наименее развит.

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

Все ведущие предприятия-поставщики программного обеспечения, а также крупные специалисты в сфере облачных технологий представят предложения новой «платформы-как-услуга» (PaaS) в этом году. Это делает 2011 год годом PaaS, заключает компания Gartner. Ведущие производители, как ожидается, представят новые или сильно расширенные предложения сервиса PaaS и продуктов этой инфраструктуры с поддержкой облачных приложений.

Ефим Натис (Yefim Natis), вице-президент и известный аналитик Gartner, сказал: «К концу 2011 года борьба за лидерство в PaaS и ее ключевые сегменты поглотит индустрию программного обеспечения. Скороспелая консолидация специализированных предложений PaaS в комплекты и наборы также будет очевидна. Новые поставщики будут выходить на рынок за счет приобретений или внутреннего развития. Пользователям предстоит встретить волну инноваций и рекламной шумихи. Будет сложнее выявить соответствующую информацию, стандарты или явно побеждающих вендоров».

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

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

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

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

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

Согласно прогнозу Gartner, к 2015 году часть бизнес-приложений большинства предприятий функционально будет выполняться в облаке, используя сервисы или технологии PaaS прямо или косвенно. Большинство таких предприятий будет применять гибридную среду, в которой внутренние и внешние сервисы комбинированы.

Примечания