Skyer
En skykonto gir agenter infrastrukturen bak systemet ditt. Polylane synkroniserer ressursene dens inn i topologien, registrerer hver endring og sjekker hver ressurs etter en tidsplan.
Hva det gjør
Å koble til en konto oppdager ressursene legitimasjonen din kan se, og legger dem til i topologien som noder, med kanter for hvordan de henger sammen. Kontoer synkroniseres på nytt av seg selv; kontooverskriften viser et Last synced-tidspunkt og en Sync with Cloud-handling for når du ikke kan vente. Når den første synkroniseringen er fullført, kjører anomalisjekker mot hver ressurs i det tempoet nivået dens setter, og anbefalinger beregnes fra topologien etter hvert som den fylles ut.
Disse leverandørene kobles til som skykontoer:
Skyleverandører
Koble til infrastrukturen din
Koble til en konto
Velg en leverandør
Åpne Settings > Clouds i konsollen og velg Connect a cloud account. AWS deployer en CloudFormation-stack som oppretter en rolle i kontoen din, og siden venter til stacken melder tilbake; de fleste andre leverandører tar et API-token eller logger deg inn gjennom OAuth. Hver leverandørside på /integrations/<type> lister nøyaktig hvilken legitimasjon den trenger, og fra terminalen kjører polylane cloud connect den samme flyten.
Hvis ingenting i miljøet ditt klikker på konsollenker, kan skykontoer også kobles til helt over API-et: hver leverandørside som støtter det, har en Pipeline-fane med de nøyaktige kallene, med start i /integrations/aws.
La den første synkroniseringen fullføre
Kontooverskriften viser synkroniseringsfremdriften. Ressurser vises på topologien etter hvert som de oppdages, og Polylane begynner å følge med på kontoen så snart den første synkroniseringen er fullført.
Gå gjennom hva Polylane følger med på
Åpne kontoens Settings-fane for å bekrefte sjekkfrekvensen og avgjøre om agenter får skrive til kontoen. Fanene nedenfor viser hva kontosiden gir deg fra da av.
Skrivebeskyttet som standard
Kontoer starter skrivebeskyttet: agenter kan kalle leverandørens leseendepunkter, og ethvert skrivekall avvises med begrunnelsen. En workspace-administrator kan slå av Read-only i kontoens Settings-fane, unntatt for Kubernetes-clustere tilkoblet gjennom agenten, som forblir skrivebeskyttet. Selv med skriving aktivert holdes en direkte skriving mot leverandøren tilbake til du bekrefter den i tråden der du ba om den, og bakgrunnskjøringer ingen har skrevet til, forblir skrivebeskyttet.
Kontosiden
| Fane | Hva den viser |
|---|---|
| Cloud Graph | Kontoens del av topologien, filtrerbar etter type. Velg en node for å åpne ressurssiden dens. |
| Problems | Fikskjøringene på issues avgrenset til denne kontoen, én rad per kjøring med alvorlighetsgrad og utfall, pluss kontoens nylige sjekkevalueringer. |
| Alerts | Automatisk triage for kontoens varsler: varsler som utløses, blir issues og får en fikskjøring når de bekreftes. Vises for AWS, Cloudflare, Vercel, Render, Supabase og Convex. |
| Key questions | Spørsmålene Polylane finner ut at det er verdt å stille om kontoen, hvert av dem paret med en spørring i leverandørens eget spørrespråk og sjekket på nytt etter en tidsplan. Vises for AWS, Cloudflare, Vercel, Fly.io, Render, Supabase og Railway. |
| Repositories | Kildekoden bak kontoens ressurser, matchet fra de tilkoblede repositoriene dine eller lagt til av deg. Oppdagelse krever en tilkoblet GitHub. |
| Settings | Legitimasjon, med Verify og Rotate; Read-only-bryteren; anomalisjekkenes Frequency; Re-classify tiers; og leverandørspesifikke valg som AWS-regioner, Vercel-telemetri og overvåking av forhåndsvisningsdeployer. |
| Properties | Den rå kontoposten. |
Relatert
- Topology for hvordan du leser grafen kontoen fyller ut.
- Integrasjoner for tilkoblingsmetoder og hva frakobling fjerner.
- Issues for hva de planlagte sjekkene reiser.