Топологія
Топологія є живою мапою вашої інфраструктури: кожний ресурс, який синхронізує Polylane, є вузлом, а кожний зв'язок є ребром. Агенти читають той самий граф, яким ви переміщуєтеся, тому те, що ви бачите, є тим, над чим вони міркують.
Що це дає
Polylane будує граф з кожного підключеного хмарного облікового запису та репозиторію й оновлює його при кожній синхронізації. Ресурси зв'язуються між провайдерами через зіставлення імен хостів, DNS-записів та IP-адрес, тому запис в одного провайдера, який вказує на сервіс в іншого, показує реальний шлях запиту. Підключені репозиторії є вузлами того самого графа, з'єднаними з ресурсами, куди вони розгортаються, ребрами deploys_to.
Кожний ресурс належить до однієї з 13 категорій, від Compute і Databases до Repositories та External Services. Кожний вигляд розфарбовує за категорією і може фільтрувати за нею.
Вигляди
| Вигляд | Що ви бачите |
|---|---|
| Galaxy | За замовчуванням: кожний ресурс як точка на сфері, розфарбована за категорією. Натисніть точку, щоб відкрити ресурс. |
| Flow | Ресурси та їхні зв'язки як діаграма з вузлів і ребер. |
| Table | Список із сортуванням і стовпцями на ваш вибір. |
Пошук зіставляє імена та ідентифікатори точно і нечітко, тому paymnt все одно знаходить payment-api. Фільтри звужують за провайдером, типом, рівнем, категорією та середовищем, а активний вигляд, пошук і фільтри зберігаються в URL сторінки, тому відфільтрованим виглядом можна поділитися як посиланням.
Деталі ресурсу
Виберіть будь-який ресурс, щоб відкрити його панель. Рекомендації розташовані вгорі, за ними йдуть ці вкладки:
| Вкладка | Що показує |
|---|---|
| Cloud Graph | Ресурс у межах своєї архітектури: що залежить від нього, від чого залежить він або все підключене, від одного стрибка до 10. Саме так ви читаєте радіус ураження зміни. |
| Problems | Запуски виправлення для проблем, виявлених на цьому ресурсі, а також його недавні оцінки перевірок. |
| Key questions | Рідні для провайдера запити, на які Polylane продовжує відповідати для цього ресурсу. Показується для ресурсів Critical і Standard у провайдерів, які їх підтримують. |
| Settings | Моніторинг аномалій увімкнено чи вимкнено, рівень з обґрунтуванням та альтернативні імена, які допомагають агенту зіставити ресурс, коли провайдери спостережуваності називають його інакше. |
| Properties | Сирі властивості, синхронізовані від провайдера. |
Кожний ресурс також має картку фактів, побудовану з графа: що це і з якими ресурсами він з'єднаний у межах двох стрибків, згруповані за зв'язком. Агенти читають ту саму картку фактів, коли ви прикріплюєте ресурс до треду.
Рівні ресурсів
Polylane ранжує кожний ресурс за тим, наскільки велика частина вашої архітектури від нього залежить. Рівень визначає, як часто виконуються перевірки на аномалії і як обробляються зміни ресурсу.
| Рівень | Мітка | Опис | Частота перевірок | Зміни |
|---|---|---|---|---|
| 1 | Critical | Від нього залежить архітектура. | Кожні 30 хвилин | Розслідуються |
| 2 | Standard | Важливий ресурс. | Кожні 90 хвилин | Розслідуються |
| 3 | Low | Від нього мало що залежить. | Кожні 18 годин | Розслідуються |
| 4 | Minimal | Від нього майже нічого не залежить. | Кожні 3 дні | Фіксуються, не розслідуються |
Класифікація автоматична, а вкладка Settings показує міркування моделі та дані, на яких вони ґрунтуються: з'єднані ресурси в межах 2 стрибків, прямі залежні, порівняння з подібними ресурсами та метрики за останні 7 днів. Виберіть там рівень, коли знаєте краще, і поверніть Automatic будь-коли.
Рекомендації для ресурсів
Коли Polylane знаходить прогалину в конфігурації або спостережуваності ресурсу, угорі його панелі з'являється рекомендація з проблемою та способом усунення. Кожна пропонує кнопку, яка починає тред: Ask Polylane to fix it, коли агент може виправити це на місці, і Ask Polylane how to fix it в інших випадках.
Пов'язане
- Хмари: підключення облікових записів, які заповнюють граф.
- Репозиторії: як код входить у граф і що означає
deploys_to. - Рекомендації: прогалини, які Polylane позначає на ресурсах.
- Проблеми: що створюють перевірки за рівнями.
Хмари
Підключіть хмарний обліковий запис, і його ресурси з'являться на топології, синхронізовані та перевірені за розкладом.
Репозиторії
Підключіть GitHub, і агенти зможуть шукати у вашому коді, запускати його, переглядати кожний pull request і простежувати його до інфраструктури, куди він розгортається.