Verbinden

Topology

Die lebende Karte jeder Ressource über deine Clouds und Repositories hinweg: Ansichten, Steckbriefe, Tiers und der Blast Radius jeder Änderung.

Topology ist die lebende Karte deiner Infrastruktur: Jede Ressource, die Polylane synchronisiert, ist ein Knoten, und jede Beziehung ist eine Kante. Agents lesen denselben Graphen, durch den du navigierst, was du siehst, ist also das, worüber sie nachdenken.

Was es leistet

Polylane baut den Graphen aus jedem verbundenen Cloud-Konto und Repository und aktualisiert ihn bei jedem Sync. Ressourcen werden über Anbieter hinweg verknüpft, indem Hostnamen, DNS-Einträge und IP-Adressen abgeglichen werden, sodass ein Eintrag in einem Anbieter, der auf einen Service in einem anderen zeigt, den echten Anfragepfad zeigt. Verbundene Repositories sind Knoten in demselben Graphen, über deploys_to-Kanten mit den Ressourcen verbunden, auf die sie deployen.

Jede Ressource gehört zu einer von 13 Kategorien, von Compute und Datenbanken bis zu Repositories und externen Services. Jede Ansicht färbt nach Kategorie und kann danach filtern.

Ansichten

AnsichtWas du siehst
GalaxyDer Standard: jede Ressource als Punkt auf einer Kugel, gefärbt nach Kategorie. Klicke auf einen Punkt, um die Ressource zu öffnen.
FlowRessourcen und ihre Beziehungen als Knoten-und-Kanten-Diagramm.
TableEine sortierbare Liste mit den Spalten, die du auswählst.

Die Suche findet Namen und IDs exakt und unscharf, paymnt findet also trotzdem payment-api. Filter grenzen nach Anbieter, Typ, Tier, Kategorie und Umgebung ein, und die aktive Ansicht, Suche und Filter werden in der Seiten-URL gespeichert, sodass sich eine gefilterte Ansicht als Link teilen lässt.

Ressourcendetails

Wähle eine Ressource, um ihr Panel zu öffnen. Advisories stehen ganz oben, gefolgt von diesen Tabs:

TabWas er zeigt
Cloud GraphDie Ressource in ihrer Architektur: was von ihr abhängt, wovon sie abhängt oder alles Verbundene, von einem Hop bis zu 10. So liest du den Blast Radius einer Änderung.
ProblemsDie Fix-Runs zu Issues, die an dieser Ressource erkannt wurden, plus ihre jüngsten Check-Auswertungen.
Key questionsAnbietereigene Abfragen, die Polylane für diese Ressource laufend beantwortet. Angezeigt für Ressourcen der Stufen Critical und Standard bei Anbietern, die sie unterstützen.
SettingsAnomalie-Monitoring an oder aus, das Tier mit der Begründung dahinter und alternative Namen, die dem Agent helfen, die Ressource zuzuordnen, wenn Observability-Anbieter sie anders nennen.
PropertiesDie rohen Eigenschaften, wie vom Anbieter synchronisiert.

Jede Ressource hat außerdem einen aus dem Graphen gerenderten Steckbrief: was sie ist und die Ressourcen, mit denen sie innerhalb von zwei Hops verbunden ist, gruppiert nach Beziehung. Agents lesen denselben Steckbrief, wenn du eine Ressource an einen Thread anhängst.

Ressourcen-Tiers

Polylane stuft jede Ressource danach ein, wie viel deiner Architektur von ihr abhängt. Das Tier bestimmt, wie oft Anomalie-Checks laufen und wie die Änderungen der Ressource behandelt werden.

TierLabelBeschreibungCheck-HäufigkeitÄnderungen
1CriticalDie Architektur hängt davon ab.Alle 30 MinutenUntersucht
2StandardEine wichtige Ressource.Alle 90 MinutenUntersucht
3LowWenig hängt davon ab.Alle 18 StundenUntersucht
4MinimalFast nichts hängt davon ab.Alle 3 TageAufgezeichnet, nicht untersucht

Die Einstufung ist automatisch, und der Tab Settings zeigt die Begründung des Modells und die Daten dahinter: verbundene Ressourcen innerhalb von 2 Hops, direkte Abhängige, ein Vergleich mit ähnlichen Ressourcen und Metriken über die letzten 7 Tage. Wähle dort ein Tier, wenn du es besser weißt, und setze es jederzeit auf Automatic zurück.

Advisories an Ressourcen

Wenn Polylane an einer Ressource eine Konfigurations- oder Observability-Lücke findet, erscheint oben in ihrem Panel ein Advisory mit dem Problem und der Behebung. Jedes bietet eine Schaltfläche, die einen Thread startet: Ask Polylane to fix it, wenn der Agent es direkt beheben kann, sonst Ask Polylane how to fix it.

Verwandt

  • Clouds, um die Konten zu verbinden, die den Graphen füllen.
  • Repositories dafür, wie Code in den Graphen kommt und was deploys_to bedeutet.
  • Advisories für die Lücken, die Polylane an Ressourcen markiert.
  • Issues dafür, was die gestuften Checks melden.