CNCF спонсировал этот пост.
Если цифровое преобразование определяло 2010 -е годы, 2020 -е годы посвящены цифровой оптимизации. Взрыв облачных нативных приложений привел к растущей сложности и спиральному облачным затратам. Организации чувствуют давление — от воздушных законопроектов о наблюдении до задач управления телеметрией, распространяемой по морю инструментов мониторинга.
Наблюдение должна быть встроенной способностью современной инфраструктуры, а не центром затрат. Вот где Бейла вступила в игру. BEYLA был агентом авто-инструментации на основе EBPF, который захватывает трассировки и метрики, не требуя каких-либо изменений кода приложения. Но поскольку интерес к наблюдению на основе EBPF рос во всей отрасли, стало ясно, что это инновация необходимо жить где-то более широкое, чем единственный поставщик.
Чтобы гарантировать, что авто-инструментация на основе EBPF может принести пользу всей экосистеме, Бейла была внесена в эксплуатацию в проекте Opentelemetry. Теперь, теперь известный как OBI (OpentereLemetry EBPF Instrumentation), проект продолжает развиваться в сотрудничестве с сообществом, способствуя нашей общей цели-сделать высококачественную телеметрию, доступную для каждой команды платформы, независимо от стека или инструмента.
Этот сдвиг помогает переопределить, как наблюдаемость вписывается в рабочие процессы разработчиков и стратегии инженерных платформ.
EBPF: преодоление разрыва между разработчиками и платформами
Рост инженерии платформы стал реакцией на растущее бремя для разработчиков. В то время как разработчики хотят отправить функции, базовая инфраструктура стала более сложной, чем когда -либо, особенно в распределенных системах. Команды платформы стремятся приручить эту сложность, предлагая мощеные пути и повторно используемые шаблоны, которые обеспечивают соблюдение согласованности, безопасности и надежности.
Но наблюдаемость часто оставалась точкой прилипания. Разработчикам приходилось вручную инструментировать свои услуги, иметь дело с несовместимыми библиотеками между языками и совершать компромиссы между видимостью и накладными расходами. Вот где появляется EBPF — и теперь, Оби.
С OBI бремя наблюдаемости сдвигается от прикладных команд к платформным командам. EBPF работает на уровне ядра и пространства пользователя, собирая телеметрию, не требуя доступа к исходному коду. Он отмечает на слое протокола, что означает, что не имеет значения, на каком языке написаны ваши услуги-ржавчину, ходу или Java-вы получаете последовательные, высокие данные в любом случае.
Разрушение языковых барьеров
Традиционные инструменты APM часто опираются на языковые агенты и крючки времени выполнения, которые борются в современных условиях, особенно с компилированными языками или сильно оптимизированными микросервисами. Эти подходы часто не могут соединить точки между входящими и исходящими запросами, что приводит к фрагментированным или неполным следам.
OBI, построенный на EBPF, обойрует эти ограничения, собирая сигналы на уровне протокола. Вместо того, чтобы в зависимости от отражения времени выполнения или инъекции кода, EBPF присоединяется к событиям на уровне системы и функциям пользовательского пространства с использованием зондов (например, Uprobes и Kprobes). Это позволяет ему наблюдать потоки запроса, отслеживать модель потоков и понимать, когда и как услуги общаются, независимо от внутренней логики приложения.
Это создает сквозные трассировки, не требуя, чтобы разработчики изменяли свой код, связывали дополнительные библиотеки или управляют накладными расходами. С введением OBI этот подход также открывает новый мощный сигнал: непрерывное профилирование.
Четвертый сигнал
Современная наблюдение часто разбивается на три сигнала: метрики, бревна и следы. У каждого есть свои преимущества и недостатки.
Метрики дешевые, но не такие подробные. Журналы очень детализированы, но дороги. Следы имеют решающее значение для понимания поведения распределенных архитектур, но их трудно хранить и дорого, чтобы хранить. А с помощью как журналов, так и следов долгосрочный анализ становится очень дорогим.
Но все чаще профилирование снова появляется как четвертый сигнал благодаря EBPF. Поскольку большая часть той же технологии, которая поддерживает трассировку и метрики EBPF, может использоваться для захвата ЦП и профилей за пределами CPU, EBPF является отличным инструментом для создания инструментов профилирования. Профилирование было основополагающим инструментом в ранних монолитных системах, часто используемых во время настройки производительности и отладки. По мере того, как системы перешли на распределенные архитектуры, непрерывное профилирование стало труднее реализовать, пока EBPF не вернул его в досягаемость.
Теперь поставщики APM могут использовать распределенные трассы для создания этих непрерывных профилей, предоставляя платформные команды, необходимую им для оптимизации облачных сред и лучше подготовиться к операционным вопросам. Результат? Лучшие решения, более быстрое разрешение инцидентов и более четкие возможности для оптимизации. Например, когда сервис начинает употреблять слишком много памяти, вы не просто видите всплеск; Вы точно понимаете, какая функция или поток вызвали это, и связано ли это с недавним развертыванием.
Смешанные архитектуры, единая наблюдение
Давайте будем честными, большинство прикладных сред не полностью на основе микросервиса или чисто монолиты. Они где -то посередине. Вот почему наиболее эффективные стратегии наблюдения сочетают в себе распределенную трассировку с непрерывным профилированием, разблокируя как широту, так и глубину.
Представьте себе, что нажимаете на медленном промежутке в трассировке и сразу же видите соответствующий профиль процессора: нет догадков, нет переключения контекста. С OBI организации способны пройти мимо боли инструментов и в новую эру, где наблюдаемость является автоматической, интегрированной и действенной.
Благодаря добавлению OBI к OpenElemetry, он готов стать отраслевым стандартом для команд платформ, обеспечивающих наблюдение за разработчиками: языковой агроностической, нулевой инструментацией и созданными для масштаба. Обещание цифровой оптимизации начинается с видимости. С OBI эта видимость, наконец, находится в пределах досягаемости.
Kubecon + CloudNativecon North America 2025 проходит 10-13 ноября в Атланте, штат Джорджия. Зарегистрироваться сейчас.
Облачный фонд Cloud Computing Foundation (CNCF) проводит критические компоненты глобальной технологической инфраструктуры, включая Kubernetes, Prometheus и Angoy. CNCF является нейтральным домом для сотрудничества, объединяющий ведущих разработчиков отрасли, конечных пользователей и поставщиков. Узнайте больше последних из CNCF Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Никола Грчевски является основным инженером -программистом в Grafana Labs. Никола работает инженером по программному обеспечению более 20 лет, в основном с компиляторами, управляемым временем и оптимизацией производительности. Совсем недавно он работал над приложением низкого уровня … Подробнее от Никола Грчевски
