Gartner ожидает, что рынок PAAS удвоится в период с 2018 по 2022 год, растущий со скоростью 26,6 процента до 58 миллиардов долларов к 2022 году. Согласно IDG, почти две трети организаций сегодня используют PAAS. Post Covid-19, мы ожидаем, что этот импульс продолжится из-за перехода к удаленной работе.
Тем не менее, рынок сильно фрагментирован. Заметки Гартнера; «По состоянию на 2019 год рынок PAAS содержит более 360 поставщиков, предлагая более 550 сервисов облачной платформы в 21 категории. Рынок по -прежнему не хватает стандартизации, установленной практики и устойчивого лидерства. «В этом сценарии очень трудно выбрать правильного провайдера PAAS.
Паас: Под капюшоном Чтобы получить приложение, работающее в облаке, вы можете тратить долгие часы загрузки, компиляции, установки, настройки и подключения всех видов компонентов — и это только на одном экземпляре виртуального сервера. Мало того, что это дорого и занимает много времени, но и от времени, которое ваша команда могла потратить инновации и улучшать ваше приложение.
Есть лучший способ. Технологии между инфраструктурой и вашим приложением развивались — слой платформы — облегчает облачные вычисления. Вместо того, чтобы загружать и создавать все эти технологии на уровне платформы на каждом экземпляре сервера, а затем повторять процесс по мере масштабирования, вы можете перейти на простой веб-интерфейс пользователя, щелкнуть по нескольким параметрам и автоматически развернуть ваше приложение в полном Подготовленный кластер.
По мере роста использования приложений вы можете добавить больше емкости, используя возможности масштабирования автоматического масштабирования, встроенные в ваш PAAS. Когда вам нужно настроить все более сложные архитектуры с высокой доступностью и аварийным восстановлением, вы можете сделать это из того же веб -интерфейса.
По мере развития всех компонентов платформы они автоматически обновляются для вас без необходимости. Вот что такое платформа как услуга (PAAS).
Паас состоит из трех основных компонентов.
Во -первых, это программное обеспечение, которое работает ваше приложение — «стек». К ним относятся различные библиотеки, рамки и услуги, которые разработчик использует для создания приложения, которые присутствуют в среде времени выполнения. Стек состоит из языкового интерпретатора или виртуальной машины (VM), структуры приложения (например, Rails, Lithium), HTTP -сервера, балансировщика нагрузки, механизмов кэширования, баз данных и структур оркестровки контейнеров. Данный PAAS может предложить несколько комбинаций стека на выбор, такие как различные стеки для разных языков или фреймворков. Диаграмма показывает представление о стеке на основе Kubernetes и контейнеров.
Во -вторых, это механизм развертывания, который упаковывает и развертывает контейнеры, предоставляемые вашим стеком приложений. Этот механизм работает непосредственно из вашего конвейера CI/CD через толчок GIT, и он уходит с пути после завершения развертывания, и ваше приложение работает и работает.
Этот механизм сам по себе является кодом, возможно, сочетанием сценариев и веб-сервисов и может использовать готовую технологию, такую как марионетка или шеф-повар. То, как этот механизм заряжена, конкретные параметры, которые он раскрывает, и функции, которые он предоставляет доступным для чрезмерного графического пользовательского интерфейса (GUI) или интерфейса командной строки (CLI), являются важными отличиями между хорошим PAAS и плохим.
В -третьих, пользовательский интерфейс и общий пользовательский опыт (UX). Конкретный PAAS может предоставить веб -графический интерфейс, CLI или оба. Упорядочение экранов, выбор, логика того, как организованы и представлены несколько приложений и среды-все эти факторы являются сделаны или ломаются для удобства использования данного PAAS. Цель состоит в том, чтобы легко изменить то, о чем вас волнует, и скрыть то, о чем вам не волнует. Правильные компромиссы между простотой и гибкостью, ограничением и свободой, а также непрозрачностью и прозрачностью имеют решающее значение.
Когда вам может понадобиться паас Те, кто не знаком с опциями PAAS, могут спросить: «Какова истинная польза от использования платформы в качестве услуги?» Они уточняют, сказав: «Я могу установить Ruby (или Node.js, PHP, MySQL, PostgreSQL и т. Д.), Развернуть мое приложение и самостоятельно контролировать системы! » Это определенно правда. Тысячи компаний сегодня делают свои собственные DevOps, и эта модель работает для них.
Там, где PAAS действительно может сэкономить вам деньги, это когда у компании нет ресурсов разработчика, внутренний опыт или бюджет подрядчика для эффективного управления своей производственной инфраструктурой.
PAAS позволяет команде разработчиков любого размера сосредоточиться на приложении, а не на инфраструктуре, делая их более продуктивными и обеспечивая больше «взрыва за доллар» с потраченными долларами.
Вот 5 основных сценариев, когда вам следует рассмотреть платформу PAAS для развертывания ваших приложений в облаке.
У вас нет внутренних ресурсов DevOps : Настройка программного обеспечения на уровне платформы для запуска вашего приложения требует много времени и сложна. Посмотрите на это видео, которое сравнивает развертывание приложения непосредственно с AWS против использования PAAS. Упрощая, автоматизируя и, во многих случаях, устраняя шаги, связанные с настройкой основы для вашего приложения, вы можете развернуть свое приложение гораздо быстрее в первую очередь, и вы можете адаптировать и расширять его быстрее со временем. Ваши разработчики могут сосредоточиться на разработке и оставить развертывание и управление для вашего поставщика PAAS.
Вы хотите улучшить производительность инфраструктуры : Знания и опыт инфраструктуры со временем создаются. Только когда вы потратили десятилетия, развертывая приложения на Ruby, у вас есть знания, чтобы предоставить лучший стек инфраструктуры для Ruby. Именно здесь появляются поставщики PAAS — у них есть специализированные знания и опыт о лучшей базе данных, балансировщике нагрузки, веб -сервере, кэше и т. Д., Чтобы предоставить лучший стек инфраструктуры для вашего приложения.
Вы хотите стандартизировать инфраструктуру : С количеством выбора, доступных сегодня, очень трудно решить, какой выбор инфраструктуры сделать. Это привело к созданию индивидуальных перестановок и комбинаций, которые отлично работают, пока обновления поставщиков не потребуют от вас, чтобы не отставать от десятков или сотен изменений конфигурации. Почему бы не позволить экспертам поставщика сделать выбор и создать стандартные лучшие в своем классе операции, которыми можно легко управлять?
Вы хотите снизить затраты на инфраструктуру : Большинство организаций имеют высокий уровень простоя или недостаточно используемой инфраструктуры. Это связано с тем, что они пытаются переоценить инфраструктуру для обеспечения эффективности в пиковые периоды. У надежного PAAS есть встроенная автоматическая масштаба, которая позволяет вашей инфраструктуре масштабироваться или вниз в зависимости от спроса. Это может снизить ваши затраты на инфраструктуру до 50 процентов с течением времени, обеспечивая отличную производительность приложений.
Ваши приложения должны управляться круглосуточно : Критическим фактором для большинства компаний является тип поддержки, которую потребности приложений. Является ли один день простоя в вашей деловой среде? А как насчет двух дней? Одним из ключевых преимуществ, которые обеспечивает хорошее решение PAAS, является мониторинг и поддержка 24×7 Таким образом, вы не несете времени простоя, когда есть проблемы с вашим приложением. Здесь важно выбрать партнера PAAS, который предоставляет эти преимущества.
Причины использовать PAAS вместо того, чтобы делать это самостоятельно. На самом деле есть 3 основных преимущества, инвестирующие в PAAS, а не делают это самостоятельно.
#1 увеличить ловкость
Использование PAAS для развертывания и запуска вашего приложения повышает вашу гибкость и время на рынке. Это потому, что PAAS значительно упрощает и ускоряет процесс развертывания. Вместо того, чтобы тратить часы или даже недели настройку и настройку кластера прочности производства, вы устанавливаете его за считанные минуты. Это улучшает время на рынке и помогает разработчикам быть более продуктивными и сосредоточиться на том, что они делают приложения для лучшего создания. Вы можете привлечь свои приложения на рынок быстрее, и вы можете итерации и адаптироваться быстрее с теми же ресурсами развития, что и раньше.
Устранение большей части накладных расходов для развертывания и управления приложениями не означает, что вы можете делать определенные вещи быстрее. Это означает, что вам вообще не нужно делать определенные вещи. Что позволяет вам быть еще лучше в том, чтобы знать, как делать то, что различает ваш бизнес, например, создание приложений с инновационными функциями и исключительным опытом пользователей.
Еще одна задача развертывания вашего приложения в самопостроенном стеке-это огромное количество компонентов, которые необходимо поддерживать и обновлять с течением времени. Когда вам нужно заменить обновление на сервер приложений или балансировщик нагрузки, вы можете оказаться в кошмаре реконфигурации. Этот страх приводит к тому, что многие делают себя, чтобы оставаться на неопределенном времени на все более устаревшем стеке, опасаясь раскачивать лодку. С помощью PaaS вы не только получаете наилучший возможный стек на тот момент, когда развертываете, вы также получаете стек, который со временем не справляется с вами, гарантируя, что ваше приложение всегда работает на последних и лучших.
#2 Оптимизировать затраты
Одной из самых больших проблем с инфраструктурой обеспечения для поддержания высокой производительности приложений является знание того, сколько инфраструктуры для обеспечения, как многие процессоры, оперативная память, хранение и т. Д. которые оптимальны, чтобы гарантировать производительность в пиковые периоды. Большинство компаний заканчиваются тем, что обеспечивают инфраструктуру обеспечения с высоким уровнем простоя/недостаточно использования ресурсов. Это приводит к чрезмерным расходам на использование AWS, которые можно контролировать просто путем права права на инфраструктуру. Надежная платформа PAAS использует интеллектуальный мониторинг производительности приложений в производстве для инфраструктуры Rightsize. Это также автомассалы, основанные на спросе, что приводит к более высоким уровням использования и снижению затрат AWS.
Другая большая область, в которой вы экономите, — это, конечно, затраты на найм специализированного человека для управления вашими приложениями 24×7. Реальность здесь такова, что такие ресурсы дороги и скудны, и вы должны спросить себя, где деньги лучше потрачены. Так что сделайте математику и убедитесь сами, что дешевле, особенно когда вы учитываете экономию использования AWS. Все это даже не учитывает экономию времени разработчика, потраченного на настройку и настройку приложения в облаке, а также постоянный мониторинг и управление, что может быть заданием 24×7 для приложения для критического миссии.
Существуют также менее очевидные скрытые затраты, такие как стоимость простоя, когда один из ваших администраторов совершает ошибку настройки вашего сервера приложений, и никто не может получить доступ к вашему веб -приложению в течение нескольких часов. Согласно исследованию, проведенному институтом Uptime, 70 процентов времени простоя в центре обработки данных вызваны человеческой ошибкой. Рассмотрим как жесткие затраты на простоя, такие как потерянный бизнес, и неожиданные затраты на поддержку, так и мягкие затраты, такие как бездельничающие сотрудники и запятнанная репутация.
#3 Лучшая производительность приложения
Преимущество экономики масштаба не просто прекращается получить то же самое за меньшие деньги. То, что вы на самом деле получаете, — это нечто лучшее, за меньшие деньги. Технология стека и на уровне платформы, которые вы бы создали бы сами, почти никогда не будут такими хорошими, как то, что предоставит лучшие PAAS. Немногие компании обладают как способностью платить, так и привлекательность, чтобы нанять лучших в мире строителей платформы. В PaaS работает специалисты, которые постоянно настраивают, оптимизируют, баланс нагрузки, реконфигурирование и так далее. Результатом является более быстрая производительность приложения.
Лучшие поставщики PAAS внедряют технологии и методы в свои продукты, чтобы сохранить доступность достаточно высокой, чтобы они могли предлагать соглашения на уровне обслуживания (SLA) при наличии или выше 99,9 процента.
Одним из ключевых преимуществ, выпеченных в лучшую платформу в классе PAAS, является автоматическое масштабирование или вниз на основе спроса. При создании платформы у вас в основном есть три варианта: вы можете оптимизировать для масштаба, в которой вы сейчас находитесь, вы можете оптимизировать для масштаба, которую вы ожидаете, будет позднее, или вы можете много инвестировать в создание собственного масштабирования механизм. В первом случае вы рискуете переделать свою платформу и простоя, когда вы перекачиваете свою первоначальную настройку. Во втором случае вы, вероятно, будете тратить ресурсы из -за чрезмерного обеспечения. И в третьем случае вы, вероятно, потратите много возможностей для создания чего -то, что в конечном итоге не так хорошо, как то, что вы можете получить от PaaS. С другой стороны, с PAAS вы получаете выгоду от отличного механизма масштабирования, разработанного экспертами с течением времени и в ответ на потребности многих клиентов. Кроме того, механизм масштабирования PAAS использует эластичность базовой инфраструктуры, но представляет ее простым в использовании, абстрагируя сложность деталей механизма.
Безопасность демонстрирует еще одно отчетливое преимущество модели PAAS. С огромным объемом и разнообразием угроз безопасности на восходящей спирали, защита от атак лучше всего оставить специалистам. Предложение PAAS предоставляет постоянные обновления безопасности для отдельных компонентов стека по мере их выдачи.
Наконец, если ваше приложение является критическим миссией, а время простоя неприемлемо, то аутсорсинг поставщику PAAS имеет смысл. Хороший поставщик PAAS предложит экспертов по поддержке 24×7 и специализированных доменах, которые решали сотни проблем в том же домене, что и у вас. Вы говорите с кем -то, кто имеет доступ — может быть, даже сидеть рядом — некоторых из ведущих экспертов в сообществе, будь то для основных компонентов Ruby или PHP языка или комплементарных проектов с открытым исходным кодом.
Если ваш основной опыт заключается в разработке программного обеспечения, а не развертывания и инфраструктуры, PAAS может быть ответом на ваши молитвы.
Любая паас, которую вы выберете, должны хорошо доставлять, а не просто доставить — в этих областях:
• Экспертиза инфраструктуры: ищите поставщика с опытом в языке, в котором разрабатывается ваше приложение. Если у вас есть приложение PHP, убедитесь, что они имеют опыт в инфраструктуре PHP и могут сделать хороший выбор платформы для вас. • Время настройки и конфигурации: Хорошая платформа PAAS должна сократить время настройки и конфигурации с помощью предварительно сконфигурированного стека и позволить вам вытащить код непосредственно из GIT. • Горизонтальное автомассалирование: Ищите возможность автоматически масштабироваться в ответ на требования трафика и использования, чтобы вам не приходилось беспокоиться о масштабировании вашей инфраструктуры на основе запланированного использования. Это гарантирует, что вам не нужно предоставлять избыточные мощности и отпускать ценные доллары на простоя инфраструктуру. • Поддержка и SLA: Если у вас нет ресурсов дома, то провайдер PAAS является вашей поддержкой. Это один из самых важных вариантов, которые вы должны сделать, поэтому выберите провайдера с репутацией надежной поддержки. Критически изучите их SLA и время отклика. • Гарантия времени безотказной работы: гарантия времени работы в размере 99 процентов довольно стандартная в бизнесе. Убедитесь, что во время развертывания нет времени простоя. • Избыточность, отказоустойчивость и резервное копирование: убедитесь, что поставщик берет на себя ответственность за репликацию, резервное копирование и выздоровление. А также поддержание актуальной платформы с исправлениями и новыми функциональными возможностями. • Безопасность: какая безопасность обеспечивает ваш PaaS? Вы находитесь в частном кластере или у вас есть общие ресурсы? Публичные кластеры менее безопасны и могут быть подвержены шумным соседским вопросам, когда один или несколько пользователей могут провести все доступные ресурсы, снижающие производительность. • Цены: Насколько хорошо ценообразование масштабируется с использованием? Одной из распространенных жалоб, которые имеют пользователи PaaS, является тот факт, что они могут стать очень дорогими. Убедитесь, что ценообразование масштабируется и обеспечивает значение по сравнению с DIY.
Когда вы не должны рассматривать паас В то время как 80 процентов сценариев хорошо поддаются паасу, могут быть некоторые ситуации, когда важно принимать все решения инфраструктуры самостоятельно. В этих случаях PAAS может быть не лучшим решением для вас.
- Устаревшие системы : PAAS не может быть решением для подключения и игры для существующих устаревших приложений и сервисов, которые не предназначены для облака. Вместо этого, для устаревших систем могут быть необходимы несколько настройки и изменений конфигурации для работы с службой PAAS. Полученная настройка может привести к сложной ИТ -системе, которая может полностью ограничить стоимость инвестиций PAAS.
- Указующие интеграции : Сложность подключения данных, хранящихся в центре обработки данных на месте, или за вне предсказания, что может повлиять на то, какие приложения и услуги могут быть приняты в PAAS. Когда не каждый компонент устаревшей ИТ -системы создан для облака, интеграция с существующими услугами и инфраструктурой может быть проблемой.
- Настраиваемые конфигурации : Надежная платформа PAAS имеет тенденцию продвигать стандартизированные конфигурации и ограничивать некоторую гибкость. Хотя это предназначено для снижения оперативной нагрузки для разработчиков, это может не подходить для вас, если вы хотите широко настроить свою среду.
- Огромный масштаб операций : Если ваши операции находятся в масштабе Netflix или AOL, у вас, вероятно, есть большая команда в доме, и вы можете принимать все решения по инфраструктуре самостоятельно, а не оставлять их третьей стороной.
Таким образом, PAAS упрощает развертывание и управление приложениями, улучшает гибкость и время на рынке и снижает затраты на развертывание и управление. Если вы разработчик программного обеспечения, который хочет развернуть приложения в облако и у вас нет собственной команды DevOps, может быть ответом платформа PAAS.
Как видно на Itproportal.com
Оригинал: «https://dev.to/devgraph/don-t-pass-on-paas-5d6d»