Chmury
Konto chmurowe daje agentom infrastrukturę stojącą za twoim systemem. Polylane synchronizuje jego zasoby do topologii, zapisuje każdą zmianę i kontroluje każdy zasób według harmonogramu.
Co robi
Połączenie konta odkrywa zasoby widoczne dla twoich poświadczeń i dodaje je do topologii jako węzły, z krawędziami pokazującymi, jak są powiązane. Konta synchronizują się ponownie samoczynnie; nagłówek konta pokazuje czas Last synced i akcję Sync with Cloud na wypadek, gdy nie możesz czekać. Gdy zakończy się pierwsza synchronizacja, kontrole anomalii działają na każdym zasobie w tempie wyznaczonym przez jego poziom, a zalecenia są obliczane z topologii w miarę jej wypełniania.
Ci dostawcy łączą się jako konta chmurowe:
Dostawcy chmury
Połącz swoją infrastrukturę
Połącz konto
Wybierz dostawcę
Otwórz Settings > Clouds w konsoli i wybierz Connect a cloud account. AWS wdraża stack CloudFormation, który tworzy rolę na twoim koncie, a strona czeka, aż stack się zgłosi; większość pozostałych dostawców przyjmuje token API albo loguje cię przez OAuth. Strona każdego dostawcy pod /integrations/<type> wymienia dokładnie, jakich poświadczeń potrzebuje, a z terminala ten sam przepływ uruchamia polylane cloud connect.
Jeśli w twoim środowisku nikt nie klika linków do konsoli, konta chmurowe łączą się też w całości przez API: strona każdego dostawcy, który to obsługuje, ma kartę Pipeline z dokładnymi wywołaniami, zaczynając od /integrations/aws.
Poczekaj na pierwszą synchronizację
Nagłówek konta pokazuje postęp synchronizacji. Zasoby pojawiają się na topologii w miarę odkrywania, a Polylane zaczyna obserwować konto, gdy tylko zakończy się pierwsza synchronizacja.
Sprawdź, co Polylane obserwuje
Otwórz kartę Settings konta, żeby potwierdzić częstotliwość kontroli i zdecydować, czy agenci mogą zapisywać na koncie. Poniższe karty pokazują, co strona konta daje ci od tej chwili.
Domyślnie tylko do odczytu
Konta zaczynają w trybie tylko do odczytu: agenci mogą wywoływać punkty końcowe odczytu dostawcy, a każde wywołanie zapisu jest odrzucane z podaniem powodu. Administrator obszaru roboczego może wyłączyć Read-only na karcie Settings konta, z wyjątkiem klastrów Kubernetes połączonych przez agenta, które pozostają tylko do odczytu. Nawet z włączonymi zapisami bezpośredni zapis u dostawcy jest wstrzymany, dopóki nie potwierdzisz go w wątku, w którym padła prośba, a przebiegi w tle, do których nikt nie pisał, pozostają tylko do odczytu.
Strona konta
| Karta | Co pokazuje |
|---|---|
| Cloud Graph | Wycinek topologii należący do konta, filtrowany według typu. Wybierz węzeł, żeby otworzyć jego stronę zasobu. |
| Problems | Przebiegi naprawy dla problemów ograniczonych do tego konta, jeden wiersz na przebieg z jego krytycznością i wynikiem, plus ostatnie oceny kontroli konta. |
| Alerts | Automatyczny triaż alertów konta: uruchamiane alerty stają się problemami i po potwierdzeniu dostają przebieg naprawy. Widoczne dla AWS, Cloudflare, Vercel, Render, Supabase i Convex. |
| Key questions | Pytania, które według Polylane warto zadać o konto, każde sparowane z zapytaniem w języku zapytań dostawcy i sprawdzane ponownie według harmonogramu. Widoczne dla AWS, Cloudflare, Vercel, Fly.io, Render, Supabase i Railway. |
| Repositories | Kod źródłowy stojący za zasobami konta, dopasowany z twoich połączonych repozytoriów albo dodany przez ciebie. Odkrywanie wymaga połączonego GitHub. |
| Settings | Poświadczenia z akcjami Verify i Rotate; przełącznik Read-only; Frequency kontroli anomalii; Re-classify tiers; oraz opcje właściwe dla dostawcy, takie jak regiony AWS, telemetria Vercel i monitorowanie wdrożeń podglądu. |
| Properties | Surowy rekord konta. |
Powiązane
- Topology: jak czytać graf, który konto wypełnia.
- Integracje: metody łączenia i to, co usuwa odłączenie.
- Problemy: co zgłaszają zaplanowane kontrole.