5 чого я навчився цього тижня
Я керую сайтами-каталогами ШІ та конвеєром автоматизації YouTube. Цього тижня я зіткнувся з кількома труднощами. Ось п'ять уроків, які я виніс із цих коригувань.
1. Контролюйте витрати на CI
Мій скрипт для публікацій у Bluesky марнував хвилини GitHub Actions. Кожен пост запускав масивний процес збірки на трьох сайтах. Я витрачав 120 хвилин на тиждень на прості оновлення статусів.
Я вніс дві зміни:
- Я перейшов від трьох щоденних тригерів до одного єдиного щоденного тригера.
- Я додав фільтр шляхів, щоб редагування тексту не запускало повну перезбірку сайту.
Не дозволяйте дрібним завданням вичерпувати вашу квоту автоматизації. Виправляйте такі звички до того, як ваш проєкт розростеться.
2. Додайте контроль якості до автоматизації
Я знайшов у черзі 17 постів, які звучали як написані ботом. Вони містили фрази на кшталт «автоматично згенеровано», що не пасувало моєму особистому бренду.
Я додав етап контролю якості (QC) у свій конвеєр. Цей крок перевіряє пости на:
- Биті посилання.
- Застарілі новини.
- Роботизований або спамний тон.
Якщо пост не проходить перевірку, він залишається в черзі для ручного перегляду. Тепер я публікуюся рідше, але якість стала вищою.
3. Простота може перемогти оптимізацію
Я спробував прибрати маршрутизацію моделей ШІ. Раніше я надсилав прості завдання дешевим моделям, а складні — дорогим.
Після видалення маршрутизатора я виявив:
- Затримка (latency) залишилася незмінною.
- Витрати зросли на 8%.
- Код став набагато простішим.
Збільшення витрат на 8% варте того, щоб уникнути налагодження помилок маршрутизації. На малих масштабах складність коштує дорожче, ніж економія на API.
4. Стежте за ліцензіями
Я додав слайди з зображеннями до свого інструменту для YouTube за допомогою Openverse. Результати за замовчуванням включають багато типів Creative Commons.
Якщо ви не фільтруєте ліцензії CC0 або PDM, ви можете використати зображення, які потребують зазначення авторства на екрані. Для монетизованого каналу це юридичний ризик. Завжди фільтруйте запити до API на ранніх етапах, щоб уникнути випадкових проблем із авторським правом.
5. Інструменти моніторингу залежать від простоти використання
Я протестував Netdata, SigNoz та OpenObserve.
- Netdata — простий і працює одразу.
- SigNoz потребує інструментації вашого коду за допомогою OpenTelemetry.
- OpenObserve чудовий для логів, але має складний процес навчання.
Для моєї поточної конфігурації ці інструменти здалися надмірними. Замість цього я обрав просту інтеграцію сповіщень про помилки. Обирайте інструмент, який відповідає вашій поточній інфраструктурі, а не найскладніший.
Джерело: https://dev.to/morinaga/5-things-i-noticed-this-week-ci-cost-bluesky-qc-and-cc0-licensing-49ig