Как PaaS влияет на APM?

Теоретически, поскольку приложения PaaS могут быть созданы с использованием общих стандартов и инструментов, они должны быть одинаковыми для создания возможностей для мониторинга этих приложений. Чем меньше настроек, тем проще мониторинг, не так ли? Что ж, если содержание статьи «Исследование:рынок PaaS превысит $ 6,94 млрд к 2018 г.», написанную Крисом Талботом в Talkin ’Cloud Верно, компании действительно хотели бы внимательно оценить, пройдут ли их инструменты APM проверку в среде PaaS. Вот почему:

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

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

• Маршрутизация: Система маршрутизации Heroku - одна из таких областей, но очень важно отслеживать ее производительность, как показано в статье Укрощение очереди.

• Конфигурация машины: Другая область, которую решение APM может не в состоянии контролировать, - это конфигурация синхронизации файлов, поскольку она не может получить полный доступ к машине. Он может иметь доступ к языку программирования, который работает внутри него, но не имеет доступа ко всему, что происходит на серверах.

• Собственные расширения: В среде PaaS могут быть проприетарные компоненты - пользовательские версии сервера и пользовательские расширения для языка. С поставщиками PaaS существует некоторая секретность в отношении своих компонентов, потому что именно так они могут масштабировать эту среду и не беспокоиться о конкурентах. Следовательно, поставщик APM не сможет отслеживать эти компоненты, если он не сможет работать с поставщиком PaaS.

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

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

Пример для мониторинга вашего PaaS

Если вы работаете на основе PaaS, то это веские доводы в пользу внутреннего мониторинга. Каждая из отдельных служб PaaS создается и масштабируется платформой, но само приложение не входит в их обязанности. Независимо от того, насколько вы стандартизируете, всегда будут проблемы с производительностью, которые вам нужно будет отслеживать, и вам понадобится инструмент для этого.

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

Новое поколение PaaS

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

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