Сиэтл-Графана поняла около шести месяцев назад, что его проект EBPF с открытым исходным кодом Beyla был лучше подходит для продвижения автоинструментации через проект OpenElemetry. Таким образом, Grafana решила пожертвовать Beyla на проект Opentelemetry, который достиг инкубационного статуса CNCF в 2021 году.
Это пожертвование расширит Beyla — теперь EBPF OpeneLemetry — как лучший способ продвинуть охват EBPF для таких типов метрик, которые, как надеется только оно предоставить, а также расширяет свое воздействие через более широкое сообщество, надеется Grafana Labs.
Подобно управлению Графаной и пожертвованием Прометея, второго старейшего проекта CNCF, EBPF Opentelemetry, рассматривается как более широкая роль в пролиферации телеметрических данных, которые достигают вплоть до ядра, благодаря EBPF и расширяются по всей сети.
EBPF стал безопасным методом сбора понимания ядра. Его надежность вызвала широкий интерес к сообществу наблюдений. Надежное решение для автоинструментации на основе EBPF, которое плавно интегрируется с остальной частью Opentelemetry, было давней целью.
Непрерывное профилирование — это большое значение для @opentelemetry и пироскопа с открытым исходным кодом, но ранее был «взломанной версией» по сравнению с тем, что она является сегодня под зонтиком @grafana, сказал Райан Перри в Grafanacon 2025.
— BC Gain (@bcamerongain), 9 мая 2025 года
Между тем, способность Пироскопа поддерживать непрерывное профилирование с EBPF была описана во время выступления: «Почему вы должны заботиться о непрерывном профилировании и о том, как начать работу с профилями Drillowd в Grafana» в Grafanacon от Райана Перри, инженерного директора, который сказал, что профилирование является ключевым элементом развития Opentelemetry. Компонент Pyroscope.ebpf настраивает задание профилирования EBPF для текущего хоста. Собранные профили производительности перенаправляются в список приемников, передаваемых в Forward_TO.
По словам Перри, доступ к ключевым показателям профилирования с базой данных пироскопа становится все более интегрированным с помощью Opentelemetry, поскольку запросы становятся более стандартизированными и мощными для деталей профиля, сказал Перри, который также был генеральным директором и соучредителем Proviling Tools Provicer Provider Provider, который Grafana Labs приобрел в 2023 году.
Согласно документации Grafana, другие проекты Grafana EBPF включают в себя сплав Grafana, легкий коллекционер, который может собирать, трансформировать и судить данные об наблюдении. Он поддерживает профилирование на основе EBPF и автоинструментацию через такие компоненты, как beyla.ebpf и pyroscope.ebpf. Компонент BEYLA.EBPF является оберткой для Grafana Beyla, которая использует EBPF для автоматического проверки исполняемых файлов приложений и сетевого уровня ОС, а также захват трассировки, связанные с веб -транзакциями и красными показателями для Linux HTTP/S и GRPC.
Beyla Project Grafana с открытым исходным кодом предлагает отслеживание через EBPF, который является еще одним способом собрать трассы для телеметрии. Его развитие аналогично развитию профилировщика проекта Opentelemetry, разработка которого Grafana Labs активно участвовала в качестве основного участника. С самого начала, профилировщик был полезен для пользователей, потому что он углубляется в анализ наблюдения, продлив уровень кода. Он инструментает более глубокий анализ метрик, трассировки и журналов, расширяя данные телеметки, собранные в единый поток, который распространяется на уровень кода для приложений по всей сети. Код анализируется и хранится.
«Opentelemetry-это прагматический проект, созданный с акцентом на эффективность и сотрудничество. Компоненты разрабатываются с нуля, когда это необходимо, но когда технически сложные особенности-такие как профилировщик на основе EBPF или автоматическая инструкция-уже существуют в рабочих рабочих членах организации, а консенсус определяет его сильную основу. Я в стороне от Графанакона, ежегодная конференция пользователей Grafana Labs здесь. «Использование доступных ярлыков поощряется, когда они служат целям проекта. Этот подход иногда может ограничить усилия по принятию новых форм наблюдаемости, особенно когда стоимость инструментов чрезмерно высока».
Никто не хочет перекомпилировать код и приложения отдельно для каждого языка. Как описано молодые, всегда ищут ярлыки. На определенных языках, таких как Java, эффективные ярлыки существовали в течение длительного времени. Например, шаблон агента Java очень зрел, что позволяет агенту Java OpenElemetry работать без каких -либо изменений кода — просто развертывание, сказал Янг.
Однако то же самое нельзя сказать для многих других языков. Хотя в Python существует некоторая автоинструментация, в ней не хватает формализации и зрелости Java. «На таких языках, как JavaScript и GO, традиционные агентские решения практически не существуют, но остается спрос на извлечение высококачественных данных из систем без модификаций кода»,-сказал Янг.
В Grafana Labs аналогичная потребность в автоинструментации на основе EBPF была идентифицирована около года назад. Организация начала разрабатывать такое решение самостоятельно, движимое желанием согласовать его с Opentelemetry в качестве основного источника данных. С самого начала цель состояла в том, чтобы обеспечить совместимость со стандартами данных OpenElemetry. Эти усилия привели к созданию проекта под названием «Бейла», внутренней инициативы EBPF в Grafana Labs. Решение хорошо соответствовало целям Opentelemetry, что привело к идее пожертвовать его сообществу, чтобы способствовать развитию поставщика, и поощрять более широкое принятие.
Большое восприятие
Опираясь на доверенный поставщик, нейтральный Opentelemetry, чтобы вытащить метрики непосредственно из ядра, вытягивает крючки для подключения к сети по всей сети с EBPF, а не через поставщика (в данном случае, Grafana). Для целей Opentelemetry EBPF OpenElemetry привлечет более широкое распространение и вклад, поскольку проект расширяется, чтобы потенциально стать фактическим способом потянуть метрики с авто-инструментацией EBPF с EBPF.
«Например, Beyla может содержать функциональность для легкой адаптации с облаком Grafana или для интеграции с сплавом Grafana, нашего распределения коллекционеров Opentelemetry со встроенными трубопроводами Прометея и поддержкой метрик, журналов, трассов и профилей»,-написал в блоге Nikola Grcevski, инженер-программный специалист в Grafana Labs.
«Одним из препятствий для принятия EBPF является восприятие. Несмотря на то, что он спроектирован как безопасная и эффективная технология уровня ядра, низкоуровневая природа EBPF вызывает опасения»,-сказал Янг. «Однако, когда технология принята и разработана под эгидой доверенной, нейтральной инициативы, такой как OpenElemetry, эти опасения смягчаются трастом, установленным в сообществе».
EBPF за безопасность и производительность
Альтернативы EBPF существовали ранее, однако EBPF ослабляет множество проблем безопасности, во многом благодаря его изолированной конструкции по сравнению с другим кодом (технически это существует в коде ядра Linux, но существует во внешнем уровне). Концепция крючков системы низкого уровня для наблюдения не является новой. Предыдущие попытки, однако, часто включали хаки, которые ввели риск. Несмотря на все усилия компаний по их обеспечению, такие решения были по своей природе небезопасны. Наследие этих более ранних попыток задерживается, способствуя скептицизму. С повышенным акцентом на безопасность, достоверное построение становится важным. Автонструментация должна чисто интегрироваться как с ручным прибором, так и с более широкой экосистемой OpenElemetry, создавая регуляризованные, равномерные данные.
Профилирование представляет многообещающую область для инструментов на основе EBPF. В качестве формы автоматического инструментации профилирование предлагает другую перспективу и набор данных. По словам Янга, интеграция профилирования с помощью методов EBPF в OpenElemetry может дать мощную информацию, особенно в том, что возможности профилирования Opentelemetry со взрослой.
«По этим причинам было мало смысла сильствовать в работе EBPF», — сказал Янг. «Общий подход объединенного сообщества предлагал гораздо большую ценность, чем сохранение запатентованного, специфического решения Grafana. Конвергенция вокруг общей стратегии EBPF приносит пользу всем заинтересованным сторонам».
Opamp усиливает
По словам Янга, помимо профилирования и EBPF, другой областью волнения является протокол плоскости управления Opentelemetry, известный как Opamp. «Выборка и контроль затрат имеют решающее значение для телеметрии, особенно в масштабе. В идеале, инструмент, ответственный за анализ данных, должен также определять, как собираются данные», — сказал он. «Это позволяет непосредственно принимать более разумные решения о выборке и оптимизации затрат, которая понимает потребности в анализе».
Ручная конфигурация параметров выборки часто неэффективна. По словам Янг, оптимальные значения зависят от поведения системы, которое может измениться со временем. Следовательно, позволяет системам динамического управления коллекционерами и SDK динамически управлять коллекционерами и SDK, предлагает нюансированный и адаптивный подход. По его словам, Opamp был разработан для поддержки этой возможности.
«В Grafana Labs такие решения, как управление флотом и адаптивная телеметрия в облаке Графана, демонстрируют этот принцип», — сказал Янг. «Следующим шагом является расширение адаптивной телеметрии на такие среды, как сплав, и интегрировать ее более глубоко с помощью управления автопарком, используя такие протоколы, как Opamp».
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. BC Gain является основателем и главным аналитиком Revecom Media. Его одержимость компьютерами началась, когда он взломал консоль космических захватчиков, чтобы играть весь день за 25 центов в местной видеокаде в начале 1980 -х годов. Затем он … читайте больше от B. Cameron Gain
