# Настанови з маркетингу OpenTelemetry для організацій, що роблять внесок

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

---

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

Насправді успіх OTel залежить як від реальності, так і від сприйняття щирої співпраці між багатьма сторонами (та постачальниками), що беруть участь. У OTel відбувається багато чудової технічної роботи, і ми хочемо переконатися, що її не затьмарить опортуністичний маркетинговий відділ тут чи там!

Цей документ поділений на дві частини:

- **Цілі та рекомендації:** Чого ми намагаємося досягти? Які наші рекомендації?
- **Проблеми та наслідки:** Як ми визначаємо, що рекомендація була порушена? І що ми з цим робимо?

## Цілі та рекомендації {#goals-and-guidelines}

Існує три основні напрямки для цих цілей та рекомендацій.

### I: OpenTelemetry є спільним зусиллям {#i-open-telemetry-is-a-joint-effort}

- Що робити:
  - Використовуйте матеріали проєкту, такі як логотип та назва, відповідно до рекомендацій щодо брендингу та [використання торгівельних марок](https://www.linuxfoundation.org/legal/trademark-usage) Linux Foundation
  - Наголошуйте, що OTel був би неможливий без співпраці багатьох учасників, які працюють у постачальників та провайдерів, що конкурують на ринку
  - Згадуйте імена інших учасників та постачальників, які беруть участь в зусиллях OTel
  - Наголошуйте на наших спільних цілях як спільноти щодо покращення досвіду кінцевих користувачів/розробників та надання їм можливостей
- Чого не робити:
  - Натякати, що один постачальник відповідає сам OTel за одну або більше з його різних частин
  - Применшувати внесок іншої організації або особи

### II: Це не змагання {#ii-it-is-not-a-competition}

- Що робити:
  - Наголошуйте, що всі внески є цінними та що вони бувають різних форм та розмірів, включаючи:
  - Внески до основного коду проєкту або до SDK, специфічних для мови чи фреймворку
  - Створення та поширення освітніх ресурсів (відео, семінари, статті) або спільних ресурсів, які можуть бути використані для освітніх цілей (наприклад, зразок застосунку, що використовує конкретну мову/фреймворк)
  - Діяльність з побудови спільноти, така як організація заходу або серії зустрічей
  - Публічно визнавати та дякувати іншим організаціям за їх внесок у OTel
- Чого не робити:
  - Прямо порівнювати обсяг або цінність різних учасників OTel (наприклад, через [CNCF devstats](https://devstats.cncf.io/))
  - Натякати, що учасники OTel, які роблять незначний внесок чи роблять це рідко, є другорядними, та/або що їхня сумісність з OTel повинна бути поставлена під сумнів через це (насправді, немає жодної причини, чому будь-який постачальник повинен робити внесок в OTel, щоб підтримувати його)

### III: Підвищення обізнаності про сумісність та модульність OTel {#iii-promote-awareness-of-otel-interoperability-and-modularization}

- Що робити:
  - "Волати" про сумісність з OTel — чим більше кінцеві користувачі розуміють, що вони можуть робити з даними OTel, тим краще
  - Підкреслювати незалежність від постачальників та можливість перенесення будь-якої інтеграції OTel
- Чого не робити:
  - Натякати, що кінцевий користувач не "використовує OTel", якщо він не використовує якийсь конкретний набір компонентів з OTel (OTel є "широким" проєктом з багатьма напряму незʼєднаними компонентами)
  - Публічно принижувати підтримку OTel іншим постачальником, особливо без обʼєктивних доказів

## Проблеми та наслідки {#concerns-and-consequences}

Неминуче будуть випадки, коли постачальники (або принаймні їхні маркетингові відділи) порушують ці рекомендації. На сьогодні це траплялося нечасто, тому ми не хочемо створювати надмірно складний процес для розвʼязання таких проблем.

Ось як ми розвʼязуємо такі випадки:

1. Той, хто помітив відповідний публічний (маркетинговий) контент, повинен написати електронного листа на <cncf-opentelemetry-governance@lists.cncf.io> і включити пояснення, чому контент є проблематичним, бажано з посиланням на [відповідні рекомендації вище](#goals-and-guidelines).
1. Комітет з управління OTel (GC) розгляне цей випадок на своєму наступному (щотижневому) засіданні або асинхронно електронною поштою, якщо це можливо. GC OTel гарантує відповідь електронною поштою **протягом двох тижнів** з моменту початкового повідомлення.
1. Якщо GC погоджується з тим, що проблема існує, автору контенту, про який ідеться, буде рекомендовано вжити заходів для виправлення ситуації, а також GC звернеться до організації, яка опублікувала контент, з проханням провести тренінг для відповідних працівників щодо контенту, про який ідеться в цьому документі, як подальший превентивний захід.

Якщо з певним постачальником виникає закономірність, GC зустрінеться, щоб обговорити більш значні наслідки — наприклад, видалення імені цього постачальника зі списків сумісних постачальників, які підтримуються OTel, або про публічне документування такої закономірності поганої поведінки в спільноті.