Растущая значимость наблюдаемости в облачных нативных средах

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

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

AI-с поддержкой наблюдаемости предупреждает проблемы до их возникновения

Период реактивной наблюдения стал реликвией прошлого. Включая ИИ и машинное обучение в платформы наблюдения, команды могут эффективно двигаться в направлении прогнозного мониторинга. AI-Sablectabite Sobridebility Solutions оценивает исторические данные, рисунок и прогнозируют потенциальные проблемы, прежде чем они влияют на пользователей. Например, обнаружение аномалий, управляемого ИИ, может определить незначительные изменения во время отклика микросервисов и предупреждать инженеров перед сбоями в обслуживании. Такие компании, как New Relic и Dynatrace, находятся на переднем крае улучшения идей, управляемого AI, и мы ожидаем, что к 2025 году будет достигнут значительный прогресс в автоматизации, связанный с анализом основной причины, автономными системами и динамическими панелями наблюдения.

Первичные преимущества ИИ в наблюдаемости

  • Быстрое разрешение инцидентов: ИИ уменьшает среднее время для обнаружения (MTTD) и среднее время для восстановления (MTTR) за счет уточнения процесса анализа основной причины.
  • Проактивная повышение производительности: прогнозирующая аналитика позволяет инженерным группам корректировать приложения перед потенциальными проблемами производительности.
  • Смягчение шума предупреждения: ИИ отличает значительные оповещения от некритических, сосредотачивая внимание на важных вопросах при минимизации усталости предупреждения.

Opentelemetry и стандарты наблюдения с открытым исходным кодом

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

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

Значение Opentelemetry

  • Стандартизация: всеобъемлющая структура для сбора данных телеметрии в нескольких средах.
  • Совместимость: плавная интеграция с облачными инструментами наблюдения, включая Prometheus Grafana и Jaeger.
  • Эффективность затрат: снижает эксплуатационные расходы за счет удаления необходимости для различных запатентованных агентов.

Настройка OpenteLemetry для распределенного трассировки в Kubernetes

Чтобы помочь вам начать работу с Opentelemetry, вот подробное руководство по реализации распределенной трассировки в настройке Kubernetes.

Шаг 1: развернуть коллекционер Opentelemetry

Создайте пространство имен Kubernetes специально для наблюдения.

kubectl Создание наблюдаемости пространства имен 1 kubectl Создание пространства имен.

Развернуть коллекционер OpeneleMetry через руль.

helm Repo Добавить открытую телметрию Helm Repo Обновление обновления Helm Установка OTEL-Collector Open-Telemetry/Opentelemetry-Collector -n Observicalbity 123 Helm Repo Добавить открытое обновление обновления otel-collector/opentelemetry-collector -n.

Шаг 2: Прибор вашего приложения

Включите в ваше приложение OpenElemetry SDK (пример в Python).

PIP установка OpenElemetry-SDK OpenteLemetry-Exporter-OTLP 1 PIP установить OpenElemetry-SDK Opentelemetry-Exporter-OTLP

Настройте приложение для ретрансляционных трассов для коллекционера OpenteLemetry.

от openterelemetry.sdk.trace import tracerprovider из opentelemetry.sdk.trace.export Импорт BatchspanPocessor from opentelemetry.exporter.otlp.proto.grpc.trace_exporter tracer_provider = tracerprovider () processor = batchspanprocessor (otracerpporsporx endpontpontsporx = tracerprovider () batchspanprocessor (otracersporsporx endpontporx endpondpontpontpontpontpontpontpontpontpontpontpontpontpontspor tracer_provider.add_span_processor (процессор) 123456 от openterelemetry.sdk.trace import tracerproviderfrom opentelemetry.sdk.trace.export импорт batchspanporcessorfrom opentelemetry.exporter.otlp.proto.grp.tracportertracer_percorstrytry.exporter.otlp.proto. = BatchSpanProcessor (otlpspanexporter (endpoint = «tracer_provider.add_span_processor (процессор)

Шаг 3: Визуализируйте следы в Jaeger

Развернуть Jaeger для визуализации трассировки:

kubectl Apply -f 12 kubectl Apply -f

Доступ к интерфейсу Jaeger:

Kubectl Port-Forward SVC/Jaeger-Query 16686: 16686 -n Обещаемость открыта в вашем браузере для просмотра трассы. 12 Kubectl Port-Forward SVC/Jaeger-Query 16686: 16686 -n ObservicalibalityOpen в вашем браузере, чтобы просмотреть следы.

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

Devsecops: сходимость безопасности и наблюдаемости

Безопасность больше не является отдельной функцией — она ​​становится неотъемлемой частью наблюдения. По мере того, как организации реализуют рабочие процессы DevSecops, сосредоточение внимания на мониторинге безопасности движется влево, что позволяет обеспечить более раннее обнаружение уязвимостей безопасности в жизненном цикле разработки программного обеспечения. Например, инструменты наблюдения теперь показывают обнаружение угроз в реальном времени, изучая журналы приложений для нерегулярных моделей, которые могут указывать на компромисс безопасности. К 2025 году наблюдение за безопасностью будет охватывать,

  • SBOM (счет за программное обеспечение материалов) Мониторинг для выявления уязвимостей в программных зависимостях;
  • Наблюдаемость безопасности безопасности для идентификации и смягчения угроз по мере их возникновения.
  • автоматизация соответствия, чтобы гарантировать, что облачные среды соответствуют нормативным стандартам, таким как GDPR и HIPAA.

Влияние средств на расходы на наблюдение

Наблюдаемость несет значительные затраты, и, поскольку организации улучшают свой сбор данных телеметрии, облачные расходы могут быстро обостриться. Именно здесь Finops (Cloud Financial Management) становятся незаменимыми.

В 2025 году многие компании будут использовать наблюдательную затрату, уравновешивая видимость и финансовые ограничения. Фагопскую тактику наблюдения будет охватывать

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

Последние размышления

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

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

Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом.

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

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