OTel — відстій (але також крутий!)
OpenTelemetry (OTel) часто рекламують як майбутнє спостережуваності, обіцяючи нейтральність до постачальників та всебічний збір даних. Але якою є реальність для тих, хто використовує його щодня? Ми поспілкувалися з кількома інженерами та SRE, щоб дізнатися їх відверту думку про OTel. Що вийшло? Відверта розмова про хороші, погані та іноді такі, що розчаровують, аспекти роботи з OTel.
Готуючись до виступу на KubeCon OTel Sucks (But Also Rocks!), Юрасі поспілкувався з членами спільноти та зібрав безліч цінних відгуків. Через брак часу не весь матеріал вдалося включити до презентації, тож це спроба віддати належне внеску спільноти.
Де OTel не дотягує
У своїх відвертих відгуках про OTel інженери та SRE поділилися спільними проблемами, з якими вони зіткнулися. Елена з Delivery Hero виділила «відсутність стабільної версії колектора» і «швидкий темп змін» як значні больові точки. Ці часті оновлення вимагають виснажливих перевірок і тестування для підтримки стабільності функціонування.
Джеймс з Atlassian та Александр з Pismo висловили розчарування через зміни в семантичних конвенціях. Ці зміни можуть зламати наявні дашборди та вимагають значних зусиль для оновлення інструментування у великих системах. Александр особливо відзначив складність спрямування всієї компанії на зміну атрибутів, що не сподобалося розробникам.
Адріель з Liatrio зазначив, що «інструментування — це складно», і що початок роботи може бути надскладним через величезний обсяг інформації та опцій. Він також згадав про виклик, повʼязаний з тим, щоб допомогти людям подолати початкову перешкоду, повʼязану з ручним інструментуванням. Джеймс також згадав про «магію» Java-агента, який, хоч і є потужним, але іноді може призвести до несподіваних проблем, які важко відстежити.
Всі опитані погодилися, що є крива навчання, повʼязана з OTel, особливо коли мова йде про розуміння колектора, конфігурацій і семантичних угод. Адріель зазначив, що «мені знадобилося багато концептуальних зусиль, щоб зрозуміти його». Александр також зазначив, що документація, хоч і покращується, але все ще може виграти від більшої кількості прикладів.
Чому OTel — це круто
Попри труднощі, наші респонденти також визнали значні переваги OTel.
Наприклад, Александр з Pismo підкреслив важливість нейтральності щодо постачальника. OTel дозволяє їм консолідувати всі свої дані та переходити на використання рішень від будь-якого постачальника, не привʼязуючись до конкретної екосистеми.
Джеймс з Atlassian високо оцінив модульний дизайн OTel, який дозволяє користувачам замінювати невеликі модулі, якщо щось не працює. Така гнучкість особливо важлива для досвідчених користувачів, яким потрібно налаштовувати свої системи.
Елена з Delivery Hero розповіла, наскільки переломним був перехід від журналів до розподіленого трасування за допомогою OTel. Вона описала досвід повернення до журналів як «неефективний». Джеймс також підкреслив, що Java-агент забезпечує «неймовірно небачену раніше картину» монолітних застосунків.
Адріель, який бере активну участь у спільноті OTel, підкреслив цінність відкритого коду та можливість зробити свій внесок. Він зазначив, що «як тільки ви підштовхнете людей до того, що це не так складно, і вони почнуть працювати з цим з першого разу, після цього це буде як вітерець, і це буде надзвичайно потужним».
Александр з Pismo поділився переконливою історією про те, як впровадження вибірки наприкінці за допомогою OTel різко скоротило їхні витрати на спостережуваність. Вони змогли оптимізувати розподіл ресурсів і уникнути надмірного масштабування своїх колекторів.
Насамкінець, Александр підкреслив роль OTel у привнесенні стандартизації в їхню практику спостережуваності. До OTel у них була суміш бібліотек конкретних постачальників і внутрішніх колекторів, що призводило до неузгодженостей і втрачених трейсів. OTel забезпечив «єдину бібліотеку, єдиний стандарт», що значно підвищило якість даних.
Справа в спільноті!
Спільнота OpenTelemetry високо цінується її членами, а Адріель Перкінс описує її як свій перший досвід активної участі у розробці відкритого коду, багато в чому завдяки приємному спілкуванню з людьми. Він підкреслює присутність багатьох яскравих, добрих і корисних людей, які завжди готові запропонувати пораду. Члени спільноти також відзначаються своїм досвідом, який, на думку Адріеля, допоміг йому особисто розвиватися як інженеру. Крім того, спільнота характеризується тим, що вона надзвичайно корисна, пристрасна та захоплена майбутнім проєкту. Хоча іноді учасники можуть бути прямолінійними, вони, як правило, сердечні і добрі.
Джеймс Моессіс також зазначає, що учасники можуть розраховувати на те, що їхній код буде переглянутий відданими учасниками спільноти, і що розробники відкриті до внесків. Опитування щодо досвіду учасників вказує на те, що спільнота прагне зрозуміти та покращити досвід учасників. Загалом, спільнота сприяє створенню сприятливого середовища для співпраці, де учасники можуть навчатися та розвиватися.
Вердикт
Наші інтервʼю виявили складні стосунки з OTel. Це не ідеальне рішення, і воно повʼязане з певними проблемами. Однак для тих, хто готовий долати складнощі, OTel пропонує потужні можливості та значні переваги. Як сказав Джеймс з Atlassian: «Коли OTel працює погано, добре те, що він спроєктований таким чином, що ви можете замінити невеликі модульні частини тут і там».
Зрештою, цінність OTel полягає в його гнучкості, нейтральності до постачальників та глибокому розумінні складних систем. Попри те, що існують певні проблеми та сфери для вдосконалення, OTel, безсумнівно, є потужним інструментом для забезпечення спостережуваності.
Ми хотіли б подякувати Елені Коваленко, Джеймсу Моессісу, Адріелу Перкінсу та Александру Магно за те, що вони поділилися своїм чесним і глибоким досвідом роботи з OpenTelemetry. Їхні історії відкривають цінні перспективи для тих, хто розглядає або вже використовує OTel.