OTEL последним агентом наблюдения, который вы когда -либо установили?

CNCF спонсировал этот пост.

Некоторые вещи, кажется, никогда не меняются. Пока они не сделают. И тогда изменение внезапно. И необратимый.

В последние несколько лет коллекция телеметрии наблюдений претерпел такие драматические изменения.

Что изменилось, так это не то, как мы собираем телеметрию. Методы, которые мы используем и какую телеметрию мы собираем, не сильно изменились в последнее десятилетие. Изменения гораздо более глубокие: речь идет о динамике между конечными пользователями и поставщиками наблюдения.

Нет страны для проприетарных агентов

Что резко изменилось, так это ожидания и нормы коллекции телеметрии. В настоящее время пользователи требуют, чтобы коллекция телеметрии выполнялась таким образом:

  • Независимый от продавца: Так долго, проприетарные наборы для разработки программного обеспечения (SDK) и прощай, чтобы провести и следы форматов распространения контекста и протоколов. Добро пожаловать, открыть, на основании сообщества стандартов.
  • Портативный: Ваша существующая настройка должна работать с несколькими поставщиками. Если вы недовольны тем, что инструмент наблюдения делает с вашими данными, переключение должно быть таким же простым, как изменение конфигурации конечной точки и заголовки аутентификации.
  • Полностью под их контролем: Пользователи хотят контролировать, как собирается телеметрия, сколько телеметрии собирать, а какая, а какая, используя библиотеки и инструменты с открытым исходным кодом.
  • Эта новая реальность резко контрастирует с реальностью последнего десятилетия. Собственная распределенная трассировка (и, в меньшей степени, метрики и сборы журналов) было нормой. Собственные SDK были яростно против только вокального меньшинства властных пользователей.

    Почему произошли изменения?

    Стремление к независимой от поставщика, контролируемой пользователям коллекции телеметрии было все время. Но у нас не было реалистичного способа его достижения.

    Катализатором этого долгосрочного изменения является Opentelemetry (OTEL). Мы уже могли бы собирать метрики и журналы с высококачественными инструментами с открытым исходным кодом. Opentelemetry дала нам такую ​​же способность для распределенной трассировки. Trifecta теперь завершена, и мы можем использовать открытый исходный код для сбора подавляющего большинства телеметрии, которые нам необходимо для мониторинга наших производственных систем.

    Сегодня мы живем в мире, где сбор телеметрии в значительной степени является решением. Конечно, есть больше возможностей для улучшения, особенно в том, чтобы упростить принятие и поддержать новые сценарии. В работах есть и другие сигналы, такие как профилирование производства. Но основополагающие аспекты, а именно, протокол Opentelemetry (OTLP), формат экспозиции Prometheus и различные форматы, поддерживаемые различными агентами по лесозаписи с открытым исходным кодом, — здесь.

    Что дальше: инструменты наблюдения как утилиты

    То, как собирается телеметрия, эффективно находится в руках конечных пользователей. Телеметрия передается с использованием управляемых сообществом, портативными форматами и протоколами. Открытый исходный код и сообщество выиграли.

    Что будет дальше? Короткая версия: получение большей ценности от телеметрии.

    Повышенная конкуренция

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

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

    У вас есть больше полномочий переговоров. Уходить проще, поэтому у вас не так много недостатков.

    Расширяющийся рынок

    Поскольку коллекция телеметрии в значительной степени является решающей проблемой, это больше не является барьером для новых поставщиков. Новым игрокам никогда не было легче присоединиться к рынку и соревноваться. И действительно, я слышу о новых поставщиках наблюдаемости почти каждую неделю. В Kubecon North America 2024 в ноябре вы не смогли бросить камень, не попав в три стенда наблюдения на пути вниз. И это круто! Только благодаря конкуренции вы можете ожидать общего опыта пользователя наблюдений, чтобы улучшить. И опыт наблюдения созрел для некоторых серьезных нарушений.

    Собственная коллекция телеметрии сдерживала нас всех

    Десять лет назад начав компании наблюдаемой компании потребовалось много инвестировать в поддержку постоянно расширяющегося объема технологий. Это был огромный барьер входа. Собственная технология для сбора телеметрии является странной формой капитальных затрат (CAPEX), которая ограничивает возможность поставщика поддержать то, что нужно их пользователям для контроля.

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

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

    Разрушение рвов

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

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

    Хороший, усердно посмотрите на инструменты, за которые вы платите лучшие доллары. Если вы обнаружите, что у вас есть неудовлетворительный пользовательский опыт, плохое соотношение понимания за доллар или шоки счета, посмотрите вокруг. Это храбрый новый мир здесь, и кто -то где -то создает инструмент наблюдения, который вы действительно будете любить.

    Чтобы узнать больше о Kubernetes и Облачной нативной экосистеме, присоединяйтесь к нам в Kubecon + CloudNativecon Europe в Лондоне 1-4 апреля.

    Облачный фонд Cloud Computing Foundation (CNCF) проводит критические компоненты глобальной технологической инфраструктуры, включая Kubernetes, Prometheus и Angoy. CNCF является нейтральным домом для сотрудничества, объединяющий ведущих разработчиков отрасли, конечных пользователей и поставщиков. Узнайте больше последних из CNCF Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Мишель Мансиоппи является главой продукта на DASH0. Мишель был менеджером по продукту в пространстве наблюдения в течение большей части десятилетия. Бывший инженер-персонал стал PM, он любит кодировать приборы трассировки, операторы Kubernetes и инфраструктуру как код … Подробнее от Michele Mancioppi

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *