Clouds
En cloudkonto giver agenter infrastrukturen bag dit system. Polylane synkroniserer dens ressourcer ind i topologien, registrerer hver ændring og kontrollerer hver ressource efter en tidsplan.
Hvad det gør
At forbinde en konto opdager de ressourcer, dine legitimationsoplysninger kan se, og føjer dem til topologien som noder, med kanter for hvordan de hænger sammen. Konti gensynkroniserer af sig selv; kontoens header viser et Last synced-tidspunkt og en Sync with Cloud-handling til, når du ikke kan vente. Når den første synkronisering er færdig, kører anomalikontroller mod hver ressource i det tempo, dens tier fastsætter, og advisories beregnes ud fra topologien, efterhånden som den fyldes ud.
Disse udbydere forbindes som cloudkonti:
Cloududbydere
Forbind din infrastruktur
Forbind en konto
Vælg en udbyder
Åbn Settings > Clouds i konsollen, og vælg Connect a cloud account. AWS deployer en CloudFormation-stack, der opretter en rolle i din konto, og siden venter, indtil stacken melder tilbage; de fleste andre udbydere tager et API-token eller logger dig ind gennem OAuth. Hver udbyderside på /integrations/<type> lister de præcise legitimationsoplysninger, den har brug for, og fra terminalen kører polylane cloud connect det samme flow.
Hvis intet i dit miljø klikker på konsollinks, kan cloudkonti også forbindes helt over API'et: hver udbyderside, der understøtter det, har en Pipeline-fane med de præcise kald, begyndende med /integrations/aws.
Lad den første synkronisering blive færdig
Kontoens header viser synkroniseringens fremdrift. Ressourcer vises på topologien, efterhånden som de opdages, og Polylane begynder at overvåge kontoen, så snart den første synkronisering er færdig.
Gennemgå hvad Polylane overvåger
Åbn kontoens Settings-fane for at bekræfte kontrolfrekvensen og beslutte, om agenter må skrive til kontoen. Fanerne nedenfor viser, hvad kontosiden giver dig fra da af.
Skrivebeskyttet som standard
Konti begynder skrivebeskyttet: agenter kan kalde udbyderens læseendepunkter, og hvert skrivekald afvises med begrundelse. En administrator af arbejdsområdet kan slå Read-only fra i kontoens Settings-fane, undtagen for Kubernetes-clustere forbundet gennem agenten, som forbliver skrivebeskyttede. Selv med skrivning slået til tilbageholdes en direkte udbyderskrivning, indtil du bekræfter den i den tråd, hvor du bad om den, og baggrundsruns, ingen har skrevet til, forbliver skrivebeskyttede.
Kontosiden
| Fane | Hvad den viser |
|---|---|
| Cloud Graph | Kontoens udsnit af topologien, filtrerbart efter type. Vælg en node for at åbne dens ressourceside. |
| Problems | Fix runs på issues afgrænset til denne konto, én række pr. run med dets alvorsgrad og udfald, plus kontoens seneste kontrolevalueringer. |
| Alerts | Automatisk triage af kontoens alarmer: alarmer, der udløses, bliver issues og får et fix run, når de bekræftes. Vises for AWS, Cloudflare, Vercel, Render, Supabase og Convex. |
| Key questions | De spørgsmål, Polylane regner ud er værd at stille om kontoen, hver parret med en forespørgsel i udbyderens eget forespørgselssprog og kontrolleret igen efter en tidsplan. Vises for AWS, Cloudflare, Vercel, Fly.io, Render, Supabase og Railway. |
| Repositories | Kildekoden bag kontoens ressourcer, matchet fra dine forbundne repositories eller tilføjet af dig. Opdagelsen kræver et forbundet GitHub. |
| Settings | Legitimationsoplysninger, med Verify og Rotate; Read-only-kontakten; anomalikontrollens Frequency; Re-classify tiers; og udbyderspecifikke indstillinger såsom AWS-regioner, Vercel-telemetri og overvågning af preview-deployments. |
| Properties | Den rå kontopost. |
Relateret
- Topologi for hvordan du læser den graf, kontoen fylder ud.
- Integrationer for forbindelsesmetoder, og hvad en afbrydelse fjerner.
- Issues for hvad de planlagte kontroller rejser.