IBM и Splunk расширяют возможности облачного мониторинга DevOps

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

IBM приобретает Инстану

Instana — самый крупный и известный из трех стартапов, представленных в этом посте. Он работает в области мониторинга производительности приложений (APM) и конкурирует с такими, как New Relic и Splunk. IBM приобрела Instana, чтобы добавить возможности APM к своей платформе IBM Cloud.

Благодаря своим функциям мониторинга, охватывающим мониторинг конечных пользователей, мониторинг контейнеров, APM, конвейеры CI/CD, бессерверные вычисления и зависимости служб, Instana является очень эффективным инструментом мониторинга.

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

Распределенная трассировка — это новая область интересов в области мониторинга DevOps. Он идет глубже, чем метрики и журналы, чтобы выявить маршрут и путь каждого сетевого запроса. Instana включает распределенную трассировку с функцией AutoTraceTM.

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

Еще одна интересная особенность Instana — автоматизированный анализ первопричин. С помощью этой функции Instana объединяет все инциденты, предупреждения и красные флажки на одном экране для всестороннего просмотра.

Как часть IBM, Instana, скорее всего, появится на облачной платформе OpenShift. Сейчас это ключевое направление деятельности IBM, так как это будет гибридная платформа управления облаком. Возможности Instana по мониторингу всего спектра облачных платформ являются ключом к этому приобретению. IBM не останавливается ни перед чем в своем стремлении создать лучшую гибридную облачную систему, и Instana выглядит достойным дополнением к пакету.

Splunk приобретает Plumbr

Есть два агента — агент браузера и агент Java. Агент браузера подключается к браузерам и отслеживает работу пользователей браузера. Агент Java подключается к серверной JVM и отправляет показатели производительности из инфраструктуры. Пользователи могут использовать только одного или обоих агентов.

Данные мониторинга отправляются на серверы Plumbr, которые могут работать либо как SaaS, либо локально в вашей собственной инфраструктуре. Начиная с предложения только для Java, Plumbr с тех пор расширился до поддержки PHP, Python и nodeJS.

Plumbr фокусируется на опыте конечного пользователя и может точно воспроизвести то, что видит конечный пользователь. Их браузерный агент — это то, что включает эту функцию, называемую мониторингом реальных пользователей. Агент браузера регистрирует все действия пользователя и сообщает о них. Эта возможность хорошо согласуется с концепцией Splunk по управлению цифровым опытом (DEM).

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

Plumbr проводит различие между анализом первопричины и обнаружением первопричины. В нем говорится, что первого недостаточно, но это то, что делает большинство инструментов мониторинга. Plumbr специализируется на обнаружении первопричин и при этом помогает решать проблемы намного быстрее.

Оповещения можно отправлять непосредственно в виде push-уведомлений или в другие инструменты мониторинга, такие как Slack или PagerDuty.

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

Splunk предлагает широкий спектр предложений по мониторингу, который включает в себя все: от мониторинга производительности приложений (APM) до ведения журналов, трассировки, оповещений и всего, что между ними. Для Plumber Splunk открывает мир клиентов, которые уже поверили видению Splunk в области мониторинга и наблюдения.

Splunk приобретает Flowmill

Сразу после приобретения Plumbr Splunk объявила о еще одном приобретении, на этот раз Flowmill. Этот стартап занимается мониторингом производительности сети (NPM) для облачных приложений.

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

Секрет Flowmill — eBPF, функция ядра Linux, помогающая отслеживать сетевую активность контейнеров.

Flowmill интегрируется с операционной системой, облачным провайдером и Kubernetes для получения данных о производительности. Агент Flowmill устанавливается на каждую хост-ВМ или сервер. После этого агент отслеживает все контейнеры и приложения на хосте. Это делается без каких-либо дополнительных изменений в коде приложения или контейнерах, работающих на каждом хосте. Flowmill имеет два дополнительных агента, специфичных для Kubernetes и AWS. С помощью этих агентов Flowmill собирает и объединяет данные о производительности сети по всей системе.

Некоторые из важных показателей, которые собирает Flowmill, включают данные о пропускной способности, потере пакетов, сбоях соединения, тайм-аутах DNS и времени приема-передачи. Он также сообщает специфические для контейнера метрики, такие как пространство имен Kubernetes, номер версии и порты L4.

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

С этим приобретением Splunk добавляет к своей сети и средствам мониторинга DevOps и продолжает предлагать более широкий и глубокий набор средств наблюдения и мониторинга.

Мониторинг DevOps: больше не запоздалая мысль

Будь то платформа облачного поставщика, такая как IBM, или поставщик только для мониторинга, такой как Splunk, ясно, что мониторинг является важной частью облачных вычислений. Это интересный выбор для малого и среднего бизнеса или корпоративного клиента, желающего масштабировать свои облачные операции. Вы можете выбрать универсальную платформу, такую как IBM/Red Hat, которая предлагает больше, чем просто мониторинг, или выбрать специализированную платформу, такую как Splunk. На каждом уровне стека может возникнуть вопрос — консолидировать или распределять ваши инструменты и поставщиков. Какой бы маршрут вы ни выбрали, знайте, что есть доступные мощные варианты. Мониторинг DevOps не должен быть сложным или второстепенным благодаря таким мощным и широким решениям для мониторинга.