Компанія Google планує додати збір телеметрії до інструментарію мови Go та включити за замовчуванням відправлення зібраних даних. Телеметрія охоплюватиме утиліти командного рядка, що розвиваються командою розробників мови Go, такі як утиліта «go», компілятор, програми gopls та govulncheck. Збір відомостей обмежений лише накопиченням інформації про особливості роботи утиліт, тобто. телеметрія не буде додаватися до програм користувача, що збираються за допомогою інструментарію.
Як мотив збору телеметрії називається бажання отримати недостатню інформацію про потреби та особливості роботи розробників, яку не вдається вловити, використовуючи як метод зворотного зв'язку повідомлення про помилки та опитування. Збір телеметрії допоможе у виявленні аномалій та позаштатної поведінки, оцінці особливості взаємодії розробників з інструментарієм та розумінні які опції найбільш затребувані, а які майже не використовуються. Очікується, що накопичена статистика дасть змогу модернізувати інструментарій, дозволить підвищити ефективність та зручність роботи, акцентує окрему увагу на необхідних розробникам можливостях.
Для збору даних запропоновано нову архітектуру «прозорої телеметрії» (transparent telemetry), спрямовану на надання можливості незалежного громадського аудиту одержуваних даних та збирання лише мінімально необхідних узагальнених відомостей, щоб не допустити витоку слідів з детальною інформацією про активність користувачів. Наприклад, при оцінці трафіку, що споживається інструментарієм, планується враховувати такі метрики, як лічильник даних в кілобайтах за весь рік. Усі зібрані дані будуть публікуватися у відкритому доступі для інспектування та аналізу. Для відключення надсилання телеметрії потрібно встановити змінну оточення «GOTELEMETRY=off».
Ключові принципи побудови прозорої телеметрії:
- Рішення про метрики, що збираються, будуть прийматися в рамках відкритого публічного процесу.
- Конфігурація збору телеметрії буде автоматично генеруватися на основі списку метрик, що активно відстежуються, без збору даних, не пов'язаних з цими метриками.
- Конфігурація збору телеметрії буде обслуговуватися в прозорому лозі аудиту з записами, що верифікуються, що ускладнить вибіркове застосування різних налаштувань збору для різних систем.
- Конфігурація збору телеметрії буде оформлена у вигляді кешованого Go-модуля, що проксується, який зможе автоматично застосовуватися в системах з вже використовуваними локальними Go-проксі. Завантаження конфігурація телеметрії ініціюватиметься не частіше разу на тиждень з ймовірністю в 10% (тобто кожна система завантажуватиме конфігурацію близько 5 разів на рік).
- Відомості, що передаються на зовнішні сервери, включатимуть лише підсумкові лічильники, які враховують статистику в розрізі повного тижня і не прив'язані до конкретного часу.
- Відповіді, що надсилаються, не включатимуть будь-які форми ідентифікаторів систем і користувачів.
- Відповіді, що надсилаються, будуть містити тільки рядки, які вже відомі на сервері, тобто. назва лічильників, імена типових програм, відомі номери версій, імена функцій у штатних утилітах інструментарію (при надсиланні трасувань стека). Нестрокові дані будуть обмежені лічильниками, датами та числом рядків.
- IP-адреси з які здійснюються звернення до серверів телеметрії не зберігатимуться у логах.
- Для отримання необхідної вибірки планується збирати 16 тисяч звітів на тиждень, що за умови наявності двох мільйонів установок інструментарію вимагатиме щотижня відправлення звітів лише з 2% систем.
- Зібрані метрики в агрегованій формі будуть публікуватися публічно у графічному та табличному уявленні. Також будуть публікуватись повні вихідні дані, накопичені в процесі збору телеметрії.
- Збір телеметрії буде включений за замовчуванням, але буде надано простий спосіб відключення.
Джерело: opennet.ru