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

> Використовуйте OpenTelemetry, щоб отримувати аналітику робочих навантажень мейнфреймів разом із вашими хмарними та розподіленими системами.

---

LLMS index: [llms.txt](/llms.txt)

---

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

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

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

## Цільова аудиторія {#audience}

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

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

## Припущення {#assumptions}

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

## Що ми маємо на увазі під мейнфреймом {#what-we-mean-by-mainframe}

Мейнфрейми — це сервери даних, спроєктовані для обробки мільярдів транзакцій щодня з найвищим рівнем безпеки та надійності. Докладніший огляд див. у [What is a mainframe?](https://www.ibm.com/think/topics/mainframe).

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

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

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

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

## Як мейнфрейми зʼявляються в архітектурах OpenTelemetry {#how-mainframes-show-up-in-opentelemetry-architectures}

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

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

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

- Розподілені сервіси генерують **трейси, метрики та логи** через SDK OpenTelemetry та Collector.
- Інтеграційні рівні (API gateway, ESB, MQ-мости, платформи потокового передавання даних) діють як **точки перехоплення**, де ви можете співвідносити хмарні запити з активністю мейнфрейма.
- Компоненти, що перебувають на мейнфреймі, генерують **події, [записи SMF](https://www.ibm.com/docs/en/zos/3.2.0?topic=smf-introduction), логи, відрізки трейсів або метрики**, які необхідно трансформувати або експортувати у формати OpenTelemetry (часто через Collector або gateway, що працює поза платформою).

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

## Що відрізняється у мейнфреймах {#what-s-different-about-mainframes}

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

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

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

## Як OpenTelemetry може допомогти {#how-opentelemetry-can-help}

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

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

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

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

## Поточний статус {#current-status}

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

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

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

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

## Робоча група та спільнота {#working-group-and-community}

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

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

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

Якщо ви зацікавлені у тому щоб взяти участь, див. [Спільнота](/community/) та [інформацію про SIG](https://github.com/open-telemetry/community#special-interest-groups) у репозиторіях і на вебсайті OpenTelemetry щодо [часу зустрічей](https://groups.google.com/a/opentelemetry.io/g/calendar-mainframe), [протоколів зустрічей](https://docs.google.com/document/d/14p-bpofozTL4n3jy6HZH_TKjoOXvog18G1HBRqq6liE) та каналів комунікації ([#otel-mainframes](https://cloud-native.slack.com/archives/C05PXDFTCPJ)).