Что вам нужно знать, чтобы выбрать PAA.
Gartner ожидает, что рынок PAAS будет удвоить по размеру в период с 2018 годом до 2022 года, растущий на 26,6 процента до около 58 миллиардов долларов до 2022 года. Что касается IDG, почти две трети организаций сегодня используют PAA. Post Covid-19, мы ожидаем, что этот импульс продолжатся из-за сдвига к удаленной работе.
Тем не менее, рынок сильно фрагментирован. Gartner Notes; По состоянию на 2019 год общий рынок PAAS содержит более 360 поставщиков, предлагающих более 550 услуг облачной платформы в 21 категориях. Рынок остается кратковременно по стандартизации, установленным практикам и устойчивому лидерству. » В этом сценарии очень трудно выбрать правый поставщик PAAS.
Паас: Под капотом
Чтобы получить приложение, запущенное в облаке, вы можете проводить долгие часы загрузки, компиляции, установки, настройки и подключения всех видов компонентов — и это просто на одном экземпляре виртуального сервера. Это не только это дорогое и многопотребление, оно забирает от времени, когда ваша команда могла бы потратить инновации и улучшить ваше приложение.
Есть лучший способ. Технологии между инфраструктурой и вашим заявлением эволюционировали — слой платформы. Упрощение облачных вычислений проще. Вместо того, чтобы загрузка и создание всех этих технологий на уровне платформы на каждом экземпляре сервера, а затем необходимо повторить процесс в масштабе, вы можете перейти к простому интерфейсу веб-пользователей, щелкните несколько вариантов и автоматически развернуты ваше приложение Предоставленный кластер.
По мере увеличения использования приложений вы можете добавить больше емкости с использованием возможностей автоматического масштабирования, встроенного в ваш PAA. Когда вам необходимо настроить все более сложные архитектуры с высокой доступностью и аварийным восстановлением, вы можете сделать это из одного веб-интерфейса.
Поскольку все составляющие компоненты платформы развиваются, они автоматически обновляются для вас без необходимости усилий. Это то, что такое платформа-As-A — сервис (PAAS) все о.
Паас состоит из трех основных компонентов.
Сначала это программные слои, на которых работает ваше приложение — «стек». К ним относятся различные библиотеки, рамки и услуги, которые разработчик использует для создания приложения, которые присутствуют в среде выполнения. Стек состоит из языкового интерпретатора или виртуальной машины (VM), структуры приложений (например, рельсов, литий), HTTP-сервера, балансировщика нагрузки, механизмам кэширования, баз данных и структуры оркестрации контейнера. Данный PAAS может предложить несколько комбинаций стека на выбор, например, разные стеки для разных языков или фреймворков. Диаграмма показывает вид стека на основе Kubernetes и Containers.
Во-вторых — это оборудование развертывания, которое пакеты и развертывает контейнеры, подготовленные с вашим стеком приложения. Эта техника работает непосредственно с вашего конвейера CI/CD через Git Push, и он выходит из того, как раз развертывание завершено, и ваше приложение работает и работает.
Эта техника сама по себе является кодом, возможно, комбинация скриптов и веб-сервисов и может использовать технологию вне доступа, такую как марионетка или шеф-повар. То, как этот механизм архитектуры, конкретные параметры, которые он подвергается, и функции, которые он делает доступным для перевыпиющего графического интерфейса пользователя (GUI) или интерфейса командной строки (CLI), являются важными дифференциаторами между хорошим Паасом и плохим.
В-третьих — пользовательский интерфейс и общий пользовательский опыт (UX). Особенности PAAS может предоставить веб-графический интерфейс, CLI или оба. Заказ экранов, вариантов, логика того, как организованы множественные приложения и среды и представлены — все эти факторы являются или разбиты для использования данного Пааа. Цель состоит в том, чтобы облегчить менять то, о чем вы заботитесь и скрыть вещи, о которых вы не заботитесь. Правильные компромиссы между простотой и гибкостью, ограничением и свободой, а опасностями и прозрачностью являются критическими.
Когда вам может понадобиться PAAS
Те, кто не знаком с вариантами PAAS, может спросить: «Как и истинное преимущество использования платформы как услугу?» Они разрабатывают, говоря: «Я могу установить Ruby (или Node.js, php, mysql, postgresql и т. Д.), Разверните мое приложение, и сам монитор систем! » Это определенно верно. Тысячи компаний сегодня делают свои собственные дежопты, и этот шаблон работает для них.
Где Паас действительно может сэкономить вам деньги, заключается в том, что у компании нет ресурсов разработчиков, собственной экспертизы или бюджета подрядчика для эффективного управления их производственной инфраструктурой.
Паас позволяет группе разработки любого размера сосредоточиться на приложении вместо инфраструктуры, что делает их более продуктивными и предоставлять больше «взрыва за доллар» с потраченными долларами разработки.
Вот 5 основных сценариев, когда вы должны рассмотреть платформу PAAS, чтобы развернуть ваши приложения в облако.
У вас нет собственных ресурсов DEVOPS: настройка программного обеспечения на уровне платформы для запуска вашего приложения — это трудоемкий и комплекс. Посмотрите на это видео, которое сравнивает развертывание приложения непосредственно к AWS VS, используя PAAS. Упростив, автоматизируя и во многих случаях, устраняя шаги, связанные с настройкой основания для вашего приложения, вы можете получить приложение развернуто намного быстрее в первую очередь, и вы можете повторять, адаптироваться и продлевать его быстрее со временем. Ваши разработчики могут сосредоточиться на разработке и оставить развертывание и управление своим поставщиком PAAS.
Вы хотите улучшить производительность инфраструктуры: инфраструктурные знания и опыт построен со временем. Это только тогда, когда вы провели десятилетия, развертывающие приложения на Ruby, что у вас есть знания о предоставлении наилучшей выполненной инфраструктурной стек для Ruby. Вот где поставщики PAAS приходят — у них есть специальные знания и опыт о лучшей базе данных, балансировке нагрузки, веб-сервера, кэш и т. Д., Для доставки лучших инфраструктурных стеков для вашего приложения.
Вы хотите стандартизировать инфраструктуру: с номером вариантов, доступных сегодня, очень трудно решить, какую инфраструктуру можно сделать. Это привело к созданию индивидуальных перестановок и комбинаций, которые отлично работают, пока обновления поставщиков не требуют от того, чтобы вы не поддавались десятками или соцами изменения конфигурации. Почему бы не позволить экспертам поставщика сделать выбор и создавать стандартные лучшие в классы, которые можно легко управлять?
Вы хотите уменьшить затраты на инфраструктуру: большинство организаций имеют высокий уровень простоя или несущевой инфраструктуры. Это потому, что они пытаются переоценить инфраструктуру для обеспечения производительности в пиковые периоды. Надежный PAAS имеет встроенный автоскалинг, который позволяет вашей инфраструктуре масштабировать вверх или вниз по требованию. Это может снизить стоимость вашей инфраструктуры до 50 процентов со временем, обеспечивая превосходное производительность приложений.
Ваши приложения должны управляться круглосуточными часами: Критический соображение для большинства компаний является тип поддержки потребностей приложений. Это один день простоя, приемлемый в вашей бизнес-среде? Как около двух дней? Одним из ключевых преимуществ. Для хорошего решения PAAS обеспечивает мониторинг и поддержку 24×7 Таким образом, вы не понесите время простоя, когда есть проблемы с вашим приложением. Здесь решается решающее значение для выбора партнера PAAS, который предоставляет эти преимущества.
Причины использовать PAA, а не делать это самостоятельно
Есть действительно 5 основных преимуществ, инвестирующих в PAAS, предоставляет его самим собой.
# 1 Увеличьте ловкость Использование PAAS для развертывания и запуска вашего приложения улучшает вашу ловкость и время на рынок. Это потому, что PAAS значительно упрощает и ускоряет процесс развертывания. Вместо того, чтобы проводить часы или даже недели настройки и настройки кластера прочности производства, вы устанавливаете его в течение нескольких минут. Это улучшает время на рынок и помогает разработчикам быть более продуктивным и сосредоточенным на том, что они занимаются лучшими приложениями. Вы можете получить ваши приложения на рынок быстрее, и вы можете повторить и адаптировать быстрее с одинаковыми ресурсами разработки, что и раньше.
Устраняя большую часть накладных расходов на развертывание и управление приложениями, не означает, что вы можете сделать определенные вещи быстрее. Это означает, что вам не нужно делать определенные вещи вообще -. Что позволяет вам даже лучше знать, как сделать то, что дифференцируют ваш бизнес, такие как создание приложений с инновационными функциями и исключительным опытом пользователя.
Другая задача развертывания вашего приложения на самостроительной стеке — это чистое количество компонентов, которые необходимо поддерживать и обновляться со временем. Когда вам нужно поменять в обновление на сервере приложений или балансировщика нагрузки, вы можете оказаться в кошмаре реконфигурации. Этот страх ведет многие делают садры, чтобы оставаться на неопределенный срок все более устаревшего стека для боязни качания лодки. С PAAS вы не только получите наилучший стек на данный момент, когда вы развертываете, вы также получаете стек, который удерживает вас со временем, гарантируя, что ваше приложение всегда работает по последним и величайшим.
# 2 Оптимизировать расходы Одной из самых больших проблем с предоставлением инфраструктуры для поддержания высокой производительности приложений является знать, сколько инфраструктуры для обеспечения — сколько процессоров, ОЗУ, хранения и т. Д. которые являются оптимальными для гарантий производительности в пиковые периоды. Большинство компаний в конечном итоге оказывают предоставление инфраструктуру с высоким уровнем простоя/недоиспользованными ресурсами. Это приводит к чрезмерному расходам на использование AWS, которое может контролироваться просто путем человека сваривания инфраструктуры. Набор платформы PAAS использует интеллектуальный мониторинг производительности приложений в производстве для человека. Он также автоскалеется на основе спроса в результате более высоких уровней утилизации и более низких затрат AWS.
Другая большая область, где вы экономите, конечно, стоит нанять специального человека для управления вашими приложениями 24×7. Реальность здесь — это то, что такие ресурсы дорогие и мало, и вы должны спросить себя, где деньги лучше потрачены. Так что делайте математику и посмотрите сами, что дешевле, особенно когда вы фактически учитываете экономию использования AWS. Все это даже не считают экономию в времени разработчика, затрачиваемого на настройку и настройке приложения на облаке, а также текущее мониторинг и управление, которое может быть работой 24×7 для критического приложения для критического приложения.
Есть также менее очевидные скрытые расходы, такие как стоимость простоя, когда один из ваших администраторов делает ошибку настроить ваш сервер приложений, и никто не может получить доступ к вашему веб-приложению в течение нескольких часов. Согласно исследованию институтом UPTIME, 70 процентов простоя центров обработки данных вызваны человеческой ошибкой. Рассмотрим как сложные затраты на простоя, такие как потерянные деловые и неожиданные расходы на поддержку, а также мягкие затраты, такие как бездействующие сотрудники и запятнанная репутация.
# 3 лучше приложение Производительность Преимущество экономии масштаба не просто останавливается на то же самое за меньшие деньги. То, что вы на самом деле в конечном итоге, это что-то лучше, за меньшие деньги. Технология стека и на уровне платформы, которые вы построили, почти никогда не будут такими же хорошими, как то, что предоставит Топ Паас. Несколько компаний имеют как способность платить и привлекательность нанимать лучшие в мире платформы. PAAS использует специалисты, которые постоянно настраиваются, оптимизируют, нагрузочно-баланс, реконфигуру и так далее. Результатом является более быстрая производительность приложения.
Лучшие поставщики PAAS встроили технологии и методы в своих продуктах, чтобы поддерживать доступность достаточно высокой, чтобы они могли предложить договоры на уровне обслуживания (SLA) при наличии до или выше на 99,9 процента.
# 4 AutoScaling Одним из ключевых преимуществ, выпеченных в лучшее в платформе класса PAAS, является автоскалингом — масштабирование вверх или вниз на основе спроса. При наращивании платформы сами, вы в принципе у вас есть три варианта: вы можете оптимизировать масштаб, на которые вы сейчас можете оптимизировать, вы можете оптимизировать масштаб, вы ожидаете, что будет на более поздней дате, или вы можете многое вложить в создание собственного масштабирования механизм. В первом случае вы рискуете переделать вашу платформу и понести время простоя, когда вы наращиваете свою первоначальную настройку. Во втором случае вы, скорее всего, будете отпускать ресурсы из-за чрезмерногопроизводства. И в третьем случае вы, скорее всего, потратите много возможностей построения стоимости то, что заканчивается не так хорош, как то, что вы можете получить от Пааа. С Паасом, с другой стороны, вы получаете преимущество большого масштабирования, разработанного экспертами со временем и в ответ на потребности многих клиентов. Кроме того, механизм масштабирования PAAS использует основную эластичность инфраструктуры, но представляет ее простым в использовании способ, агрессившая сложность деталей механизма.
# 5 Безопасность Безопасность демонстрирует еще одно явное преимущество модели PAAS. С чистом объемом и разнообразием угроз безопасности на восходящем спирале, защита от нападений лучше всего оставить специалистам. Предложение PAAS обеспечивает постоянные обновления безопасности для отдельных компонентов стека, поскольку они выдаются.
Наконец, если ваше приложение является критической миссией, и любые простоя недопустимы, то аутсорсинг к поставщику PAAS имеет смысл. Хороший поставщик PAAS предложит 24×7 поддержку и специализированные эксперты домена, которые имели дело с сотнями проблем в том же домене, что и ваш. Вы говорите с кем-то, у кого есть доступ — может даже сидеть рядом с-некоторыми ведущими специалистами в сообществе, будь то для Core Ruby или PHP языковых компонентов языка или комплементарных проектов с открытым исходным кодом.
Если ваш основной опыт в разработке программного обеспечения не развертывание и инфраструктура, PAAS может быть ответом на ваши молитвы.
Любой PAA вы выбираете, необходимо доставлять хорошо — не просто доставлять — в этих областях:
• Экспертиза инфраструктуры: ищите поставщика с опытом на языке, в котором развивается ваше приложение. Если у вас есть приложение PHP, убедитесь, что у них есть опыт в инфраструктуре PHP и может сделать хороший выбор платформы для вас. • Время настройки и настройки: хорошая платформа PAAS должна уменьшить ваше время настройки и конфигурации с предварительно настроенным стеком и позволить вам подтолкнуть ваш код непосредственно из Git. • Горизонтальное автоскализация: Ищите возможность автоматически масштабировать в ответ на требования к трафику и использованию, поэтому вам не нужно беспокоиться о масштабировании вашей инфраструктуры на основе запланированного использования. Это гарантирует, что вам не нужно обеспечивать избыточную мощность и отходы ценные доллары на простуждевшей инфраструктуру. • Поддержка и SLA: Если у вас нет дома ресурсов, то поставщик PAAS — ваша поддержка. Это один из самых важных вариантов, который вы должны сделать, чтобы выбрать провайдер с репутацией прочной поддержки. Осмотрите их SLA и времена отклика критически. • Гарантия времени безотказной работы: гарантия безотказной работы 99 процентов является довольно стандартным в бизнесе. Убедитесь, что во время развертывания нет простоя. • Избыточность, отказоустойкость и резервные копии: Убедитесь, что поставщик берет на себя ответственность за репликацию, резервную копию и восстановление. Хорошо, а также поддерживать вашу платформу в соответствии с патчами и новыми функциями. • Безопасность: какая безопасность обеспечивает ваш PAAS? Вы в частном кластере или у вас есть общие ресурсы? Общественные кластеры менее безопасны и могут быть восприимчивы к шумным проблемам соседа, где один или несколько пользователей могут бороться за все имеющиеся доступные ресурсы разлагаются. • Ценообразование: Насколько хорошо в масштабе цен на использование? Одним из распространенных жалоб, которые пользователи PAAS имеют тот факт, что они могут стать дорогими действительно быстрыми. Убедитесь, что ценообразование масштабируется и обеспечивает значение VS DIY.
Когда вы не должны рассматривать PAAS
В то время как 80 процентов сценариев хорошо протянули себя к PAAS, могут быть некоторые ситуации, когда важно сделать все решения в инфраструктуре самостоятельно. В этих случаях PaaS может быть не лучшим решением для вас.
- Наследие системы: PAAS не может быть решением для подключаемого и воспроизведения для существующих устаревших приложений и услуг, которые не предназначены для облака. Вместо этого несколько изменений настроек и конфигурации могут потребоваться для наследующих систем для работы с обслуживанием PAAS. Полученная настройка может привести к сложной ИТ-системе, которая может полностью ограничить стоимость инвестиций PAAS.
- Внутренние интеграции: Увеличение соединения данных, хранящихся в центре обработки данных на содержание на месте или отключенного помещения, которое может повлиять на то, какие приложения и услуги могут быть приняты в PAAS. Когда не каждый компонент устаревшего IT-системы построен для облака, интеграция с существующими службами и инфраструктурой может быть проблемой.
- Очень настраиваемые конфигурации: прочная платформа PAAS имеет тенденцию продвигать стандартизированные конфигурации и ограничить некоторую гибкость. Хотя это предназначено для снижения операционного бремени на разработчиках, для вас не может быть подходящим для вас, если вы хотите широко настроить вашу среду.
- Огромные масштабы операций: если ваши операции находятся в масштабе Netflix или AOL, у вас, вероятно, есть большая в домашней команде, и вы можете захотеть сделать всю инфраструктуру, принимающую в себе себя, а не оставить их на третьей стороне. Таким образом, PAAS упрощает развертывание и управление приложениями, улучшает ловкость и время на рынок и снижает расходы на развертывание и управление. Если вы являетесь разработчиком программного обеспечения, который хочет развернуть приложения к облаку, и у вас нет дома DEVOPS, платформа PAAS может быть ответом.
Даррен Брумемер, разработчик евангелиста, девграф
Оригинал: «https://dev.to/devgraph/don-t-pass-on-paas-316b»