OpenTelemetry з мейнфреймами

Мейнфрейми й надалі виконують значну частку найкритичніших робочих навантажень у світі — особливо в банківській справі, страхуванні, державному секторі, роздрібній торгівлі та авіаперевезеннях.

Вони часто перебувають у ядрі гібридної архітектури: веб- та мобільні фронтенди, мікросервіси та хмарні платформи залежать від систем запису на мейнфреймах (systems of record).

Цей розділ пояснює, як мейнфрейми вписуються у стратегію спостережуваності на основі OpenTelemetry, і вказує на рекомендації щодо інтеграції їх із вашими наявними конвеєрами телеметрії.

Цільова аудиторія

Цей вміст призначений для людей, які:

• Працюють переважно у розподілених / хмарних середовищах (Kubernetes, ВМ, serverless тощо).
• Хочуть зрозуміти, що таке мейнфрейм, чому він важливий і як інтегрувати робочі навантаження в мейнфреймах в наскрізну стратегію спостережуваності.

Припущення

Вам не потрібен попередній досвід роботи з мейнфреймами, і вам не потрібно бути експертом з COBOL або z/OS, щоб отримати користь із цього розділу. Але ви маєте бути знайомі з концепціями OpenTelemetry, такими як трейси, метрики, логи, OTLP і Collector.

Що ми маємо на увазі під мейнфреймом

Мейнфрейми — це сервери даних, спроєктовані для обробки мільярдів транзакцій щодня з найвищим рівнем безпеки та надійності. Докладніший огляд див. у What is a mainframe?.

Приклад мейнфрейма — система IBM Z, що містить:

• Обробку транзакцій (наприклад, підсистеми CICS®, IMS™ та подібні)
• Пакетну обробку (завдання під керуванням JCL, планувальники)
• Високоцінні системи запису (бази даних і файли, які є «джерелом істини»)

Хоча деталі відрізняються залежно від постачальника та продукту, більшість середовищ, що використовують мейнфрейми, мають спільні характеристики, що впливають на спостережуваність:

• Дуже висока пропускна здатність і суворі вимоги до затримки/доступності
• Довгоживучі застосунки та формати даних
• Жорсткі обмеження безпеки та відповідності вимогам

Як мейнфрейми зʼявляються в архітектурах OpenTelemetry

З погляду OpenTelemetry мейнфрейми зазвичай є частиною більшої гібридної системи:

• Фронтенди та API працюють у вебоглядачах, мобільних застосунках або API gateway.
• Мікросервіси та проміжне програмне забезпечення працюють у контейнерах, ВМ або хмарних сервісах, які надаються постачальниками.
• Основна бізнес-логіка та дані зберігаються на мейнфреймі та доступні через MQ, HTTP(S), gRPC, шини повідомлень або пропрієтарні протоколи.

У типовій архітектурі потоки телеметрії можуть виглядати так:

• Розподілені сервіси генерують трейси, метрики та логи через SDK OpenTelemetry та Collector.
• Інтеграційні рівні (API gateway, ESB, MQ-мости, платформи потокового передавання даних) діють як точки перехоплення, де ви можете співвідносити хмарні запити з активністю мейнфрейма.
• Компоненти, що перебувають на мейнфреймі, генерують події, записи SMF, логи, відрізки трейсів або метрики, які необхідно трансформувати або експортувати у формати OpenTelemetry (часто через Collector або gateway, що працює поза платформою).

Мета цього розділу — допомогти вам зʼєднати ці точки, щоб ви бачили єдину звʼязну картину в межах мейнфреймів та інших систем.

Що відрізняється у мейнфреймах

Коли ви впроваджуєте OpenTelemetry у контексті мейнфрейма, ви часто стикаєтеся з:

• Іншими ментальними моделями
  • LPAR, адресні простори та завдання замість хостів, подів і сервісів
  • Набори даних (datasets) і файли VSAM замість кошиків обʼєктного сховища
• Наявною телеметрією та форматами
  • Записи System Management Facilities (SMF)
  • SYSLOG
  • LOGREC
  • логи підсистем
  • логи завдань
  • монітори продуктивності
  • Ці джерела часто потрібно розбирати та зіставляти з трейсами, метриками та логами, як визначено в OpenTelemetry
• Обмеженнями доступу та змін
  • Промислові мейнфрейми часто мають суворий контроль змін та обмежену можливість модифікувати код застосунків.
• Очікуваннями щодо масштабу та надійності
  • Рішення телеметрії мають встигати за дуже високими швидкостями транзакцій, не впливаючи на SLA.
  • Конвеєри даних мають бути достатньо надійними та захищеними, щоб відповідати регуляторним вимогам.

Ці характеристики не перешкоджають використанню OpenTelemetry, але вони впливають на те, де і як ви збираєте, трансформуєте та експортуєте телеметрію.

Як OpenTelemetry може допомогти

OpenTelemetry надає будівельні блоки, які можна застосувати до середовищ на мейнфреймах, зокрема:

• Нейтральну щодо постачальника модель даних для трейсів, метрик і логів.
• OTLP як стандартний, інтероперабельний транспортний протокол.
• OpenTelemetry Collector, який може:
  • Приймати дані з кількох протоколів і форматів
  • Трансформувати та збагачувати дані
  • Експортувати трансформовані дані у вибрані вами бекенди спостережуваності

У контексті мейнфрейма Collector часто працює поза платформою (наприклад, на серверах Linux або в контейнерах) і діє як міст між:

• Специфічними для мейнфрейма джерелами телеметрії та
• Вашими корпоративними бекендами спостережуваності (платформи метрик/логів, бекенди трейсингу, APM-інструменти, SIEM і озера даних).

Поточний статус

Фундаментальна інструментація OpenTelemetry доступна для середовищ на мейнфреймах, і підтримка платформ продовжує розширюватися.

Історично більшість інструментації мейнфреймів постачалася вендорами: багато постачальників бекендів спостережуваності надають власні розширення або агенти для пакування та доставлення телеметрії мейнфреймів у свої бекенди.

У відповідь на попит клієнтів на нейтральну щодо постачальника телеметрію IBM, яка постачає операційну систему та програмне забезпечення підсистем для найпоширеніших систем на мейнфреймах, і багато незалежних постачальників програмного забезпечення для мейнфреймів (ISV) додають рідну підтримку OpenTelemetry до своїх продуктів.

Цей перехід залежить від спільної термінології та семантики, визначенню яких допомагає робоча група, описана в наступному розділі.

Робоча група та спільнота

OpenTelemetry on Mainframes Special Interest Group (SIG) наразі зосереджена на:

• Визначенні спільної термінології та сценаріїв використання
• Виявленні прогалин у специфікаціях (семантичні домовленості OpenTelemetry), SDK і компонентах Collector, повʼязаних із сценаріями використання мейнфреймів

У SIG наразі є представники IBM, Broadcom та інших ISV, постачальників бекендів спостережуваності та деяких клієнтів. Приєднуйтесь!

Якщо ви зацікавлені у тому щоб взяти участь, див. Спільнота та інформацію про SIG у репозиторіях і на вебсайті OpenTelemetry щодо часу зустрічей, протоколів зустрічей та каналів комунікації (#otel-mainframes).