Проблеми
Проблема є єдиним записом про збій: щось, що знайшли власні перевірки Polylane, або алерт, який надіслав підключений інструмент. Запис веде рахунок (відбиток, кількість повторень, висновок, серйозність); а те, що сталося, ви читаєте в треді запуску виправлення, який над нею працює.
Що це дає
Кожне виявлення проходить один життєвий цикл незалежно від джерела: воно фіксується, запуск виправлення доходить висновку, підтверджений інцидент доводиться до виправлення, а проблема закривається, коли збій минув. Немає сирої черги алертів для ручного тріажу. Дублікати об'єднуються з уже наявною проблемою, тому одна проблема: це один запис і один тред.
Звідки походять проблеми
| Джерело | Опис |
|---|---|
| Перевірки Polylane | Перевірки підключених ресурсів і хмарних облікових записів оцінюють метрики, логи та трейси і фіксують проблему, коли одна з них знаходить реальний збій. |
| Алерти провайдерів | Алерти від підключених інструментів спостережуваності та хмарних облікових записів стають проблемами, тому все, що може потребувати уваги, проходить один життєвий цикл. Див. Інтеграції. |
| Відкриті з треду | Опишіть збій у чат-треді, і агент відкриє проблему за вас, що запустить її запуск виправлення. |
Як це працює
- Знахідка фіксується з відбитком, побудованим із її джерела: ресурс і перевірка для виявлень Polylane, інтеграція та ідентифікатор алерту для алертів провайдерів. Спрацювання, яке відповідає відкритій проблемі, збільшує лічильник її повторень замість створення дубліката.
- Запуск виправлення читає сирий payload, запит за алертом, недавні метрики і ваш код, а потім фіксує один із двох висновків:
confirmed(реальна проблема) абоdismissed(шум або очікувана поведінка). Знахідка, яка належить уже відкритій або недавно закритій проблемі, приєднується до неї. - Підтверджена проблема доводиться до виправлення в тому самому треді, якщо тільки поріг серйозності робочого простору або ліміт плану не утримує її, доки людина не почне. Серйозність: одна з
critical,high,medium,lowабоinfo, і запуск може переоцінити її, прочитавши докази. - Проблема закривається, коли збій минув: відновлення від провайдера, пізніша перевірка, яка проходить чисто, або алерт, який мовчить. Ви також можете позначити її Resolved самостійно. Якщо той самий збій повертається протягом 24 годин (довше для проблем, які називають дефект коду), наявна проблема повторно відкривається, і її запуск виправлення дивиться на неї свіжим поглядом.
Статуси
| Статус | Опис |
|---|---|
new | Зафіксовано, запуску виправлення ще немає. |
triaging | Запуск виправлення читає докази і ще не дійшов висновку. |
confirmed | Реальна проблема. Показується як інцидент; запуск доводить її до виправлення, якщо тільки її не утримано для людини. |
dismissed | Не проблема. Зберігається, щоб наступного разу той самий сигнал тихо об'єднався з нею. |
skipped | Запуск виправлення не почався, наприклад тому, що сигнатуру придушено в налаштуваннях робочого простору. |
failed | Запуск так і не дійшов висновку. |
Проблема також несе resolvedAt, щойно збій минув, незалежно від її статусу.
Де це знайти
Відкрийте Issues у консолі, щоб переглядати виявлені проблеми, фільтрувати їх за серйозністю чи статусом і знаходити активні або відкладені проблеми. Кожна проблема має сторінку з доказами, розслідуванням, часовою шкалою та властивостями. Investigate починає запуск, а Open thread дозволяє продовжити розмову. Поле API _html_url веде безпосередньо на цю сторінку, зокрема для проблем без запуску.
У Threads пресет Fix runs показує розмови з агентом. Останнє повідомлення запуску містить його результат: pull request, відсутність потреби у виправленні або запит до вас. Бічна панель відкриває докази та ескалації, а Open full page показує повний запис.
Кожний хмарний обліковий запис, інтеграція та ресурс топології має вкладку Problems зі списком запусків виправлення в цих межах. Проблема, яка так і не отримала запуску, з'являється як картка у стрічці; розгорніть її і використайте Investigate, щоб почати запуск. Для скриптів проблема є повноцінним об'єктом у довіднику API: читається з областю дії issues:read, редагується з issues:write.
Пов'язане
- Запуски виправлення: як запуск доходить висновку і працює над підтвердженою проблемою.
- Треди: читання транскрипта та його доказів.
- Ескалації: що відбувається, коли агенту потрібні ви.
- Хмари: облікові записи та ресурси, до яких прив'язані проблеми.
Виявлення
Polylane читає вашу телеметрію і створює проблеми, переглядає кожний pull request відносно production і позначає ризиковану конфігурацію, без жодних правил для алертів.
Перегляди pull request
Кожний pull request у підключеному репозиторії перевіряється відносно production, куди він розгортається, і ви дізнаєтеся про це до злиття.