Instana Backend-Komponenten
Das Diagramm zur Backend-Architektur von „ Instana “ bietet einen Überblick darüber, wie die Backend-Komponenten miteinander interagieren.
Architekturdiagramm
Komponenten
Instana Die Backend-Komponenten sind in der folgenden Tabelle aufgeführt. Einige Komponenten von „ Instana “ sind nur verfügbar, wenn die entsprechenden Feature-Flags aktiviert sind. Weitere Informationen finden Sie unter „Optionale Funktionen aktivieren “.
| Komponente | Umfang | Verfügbarkeit | Beschreibung |
|---|---|---|---|
| acceptor | Gemeinsam genutzt | Always (Immer) | Metriken und Traces. Empfängt Rohdaten von „ Instana “-Agenten und veröffentlicht diese im Thema „ Kafka “ der Einheit. |
| Bilanzbuchhalter | Gemeinsam genutzt | Always (Immer) | Erfasst Nutzungsdaten und enthält REST-APIs, über die die Benutzeroberfläche von „ Instana “ auf diese Daten zugreifen kann. |
| appdata-health-aggregator | Gemeinsam genutzt | Always (Immer) | Aggregiert Aufrufe von Metriken, um das Abrufen des neuesten Metrikwerts für eine Abfrage zu ermöglichen Er optimiert ClickHouse -Abfragen, da ClickHouse nicht viele Abfragen verarbeiten kann. Diese Komponente wird für Smart Alerts verwendet. |
| action-orchestrierung | Gemeinsam genutzt | Feature-Flag feature.automation.enabled |
Verarbeitet die Aktionsausführungsanforderungen. |
| Aktionsleser | Gemeinsam genutzt | Feature-Flag feature.automation.enabled |
Liest Aktionsinstanzen aus Elasticsearch. |
| Aktionsausgabeprogramm | Gemeinsam genutzt | Feature-Flag feature.automation.enabled |
Schreibt Aktionsinstanzen in Elasticsearch. |
| appdata-health-processor | Gemeinsam genutzt | Always (Immer) | Gibt die Erkennung für Anwendungsperspektiven aus Verarbeitet und verwaltet die Status-und Lebenszykluskonfigurationen von Smart Alerts, ruft Metriken über appdata-health-aggregatorab und gibt Ereignisnachrichten an issue-trackeraus. |
| appdata-legacy-converter | Mietereinheit (TU) | Always (Immer) | Ermöglicht die Problemerkennung mithilfe der vorhandenen Verarbeitungspipeline. |
| appdata-live-aggregator | Gemeinsam genutzt | Feature-Flag feature.appdata.live.aggregator.enabled |
Reduziert die Arbeitslast von ClickHouse durch die Bereitstellung häufiger Leseabfragen aus dem Cache. Eine hohe Auslastung wird durch die Live-Ansicht des Dashboards unter Instana verursacht, wo häufig Anfragen eingehen, appdata-reader sowie durch ClickHouse. |
| appdata-processor | TU | Always (Immer) | Extrahiert Aufrufe aus den Traces. Empfängt Traces von acceptor, erfasst die Bereiche für jeden Trace und ordnet sie Infrastrukturentitäten zu, kennzeichnet die Services und gruppiert die Anwendungen. Leitet Informationen an appdata-writerweiter. |
| appdata-reader | Gemeinsam genutzt | Always (Immer) | Gateway zum Lesen der Anwendungsdaten aus ClickHouse. |
| appdata-writer | Gemeinsam genutzt | Always (Immer) | Empfängt verarbeitete Aufrufe von appdata-processor und eum-processorund speichert sie in ClickHouse. |
| butler | Gemeinsam genutzt | Always (Immer) | Verwaltung der öffentlichen Anmeldung und Benutzereinstellungen. Unterstützt Authentifizierung, Autorisierung, Lizenzierung und Abrechnung. |
| cashier-ingest | Gemeinsam genutzt | Always (Immer) | Extrahiert eingehende Nutzungsinformationen aus Kafka, berechnet Nutzungsstatistiken und speichert sie in der PostgreSQL -Datenbank. |
| cashier-rollup | Gemeinsam genutzt | Always (Immer) | Berechnet Nutzungsstatistikrollups und speichert sie in der PostgreSQL -Datenbank. |
| eum-acceptor | Gemeinsam genutzt | Always (Immer) | Eingehende EUM-Beacons (End User Monitoring). Empfängt Beacons und schreibt sie in Kafka -Topics |
| eum-health-processor | Gemeinsam genutzt | Always (Immer) | Gibt Anerkennung für EUM aus. Verarbeitet EUM-Daten für Smart Alerts von Websites und mobilen Apps; gibt Ereignisnachrichten an issue-trackeraus. |
| eum-processor | Gemeinsam genutzt | Always (Immer) | EUM-Verarbeitung. Liest Beacons aus Kafka, legt Stichprobenentscheidungen fest und stellt sie in ein anderes Kafka -Topic. |
| filler | TU | Always (Immer) | Liest unformatierte Nachrichten aus dem Thema Kafka der Einheit, das von acceptor veröffentlicht wird, um die Infrastrukturentitäten und -metriken zu erstellen. Die Infrastrukturentitäten werden in ElasticSearchgespeichert. Die Kennzahlen werden unter Cassandra und BeeInstana gespeichert. Entitätstags werden an tag-processorübergeben. Die Füllerkomponente wird für die Metriken-und Traceverarbeitung sowie für die Diagrammverwaltung verwendet. |
| Gateway | Gemeinsam genutzt | Always (Immer) | Zentrale Anlaufstelle für EUM und die Benutzeroberfläche von „ Instana “. |
| groundskeeper | Gemeinsam genutzt | Always (Immer) | Interne Verwaltung und Zugriffs API für „ Instana “-Agenten. |
| issue-tracker | TU | Always (Immer) | Liest Ereignisse aus Kafka und Zeitgrenzen für die Probleme. Generiert und verwaltet Ereignisse und sendet Benachrichtigungen. |
| js-stack-trace-translator | Gemeinsam genutzt | Always (Immer) | Deminifies JavaScript -Stack-Traces für EUM. Einige Beacons enthalten Stack-Traces. Diese Komponente konvertiert komprimierte Stack-Traces mithilfe der Datei sourcemap in ihren ursprünglichen Quellendateinamen und ihre Zeilennummer. |
| Protokollverarbeitungsprogramm | Gemeinsam genutzt | Feature-Flag feature.logging.enabled |
Verarbeitet Protokolle aus verschiedenen Quellen, extrahiert relevante Daten und vereinigt die Datendarstellung in einem internen Format. |
| Protokollleseprogramm | Gemeinsam genutzt | Feature-Flag feature.logging.enabled |
Liest Protokolle und Metainformationen zu Protokollen aus ClickHouse. |
| Protokollausgabeprogramm | Gemeinsam genutzt | Feature-Flag feature.logging.enabled |
Schreibt Protokolle von log-processor in ClickHouse. Schreibt und aktualisiert das Tagset der Infrastruktur. |
| Otlp-Akzeptor | Gemeinsam genutzt | Feature-Flag feature.otlp.enabled |
Empfängt OpenTelemetry -Daten, einschließlich Traces, Metriken und Protokolle. Die Komponente empfängt die Daten im Format „ OpenTelemetry “, wandelt sie in das native Format von „ Instana “ um und veröffentlicht sie im Thema „ Kafka “ der Einheit. |
| processor | TU | Always (Immer) | Erstellt Topologien und erkennt Probleme. Verarbeitet Infrastrukturmetriken und alle integrierten und angepassten Ereignisregeln. Gibt Ereignisnachrichten an issue-trackeraus. |
| serverless-acceptor | Gemeinsam genutzt | Always (Immer) | Serverless-Traces ingress. Empfängt unformatierte Nutzdaten von den serverunabhängigen Anwendungen und veröffentlicht sie im Kafka -Topic der Einheit. |
| sli-beacons-filter | Gemeinsam genutzt | Feature-Flag feature.slo.enabled |
Deserialisiert die Beacons und gleicht sie auf der Basis der SLI-Konfigurationen (Service Level Indicator) oder Apdex-Konfigurationen ab. |
| sli-calls-filter | Gemeinsam genutzt | Feature-Flag feature.slo.enabled |
Deserialisiert die Aufrufe und gleicht sie basierend auf den SLI-Konfigurationen oder Apdex-Konfigurationen ab. |
| sli-datenleser | Gemeinsam genutzt | Feature-Flag feature.slo.enabled |
Ruft Daten aus ClickHouse ab, um das Service-Level-Ziel (Service Level Objective, SLO) und das Apdex-Fensterobjekt sowie die entsprechenden APIs bereitzustellen. |
| sli-datenausgabeprogramm | Gemeinsam genutzt | Feature-Flag feature.slo.enabled |
Schreibt alle SLI-Aufrufe und SLI-Beacons an ClickHouse. |
| sli-Bewerter | Gemeinsam genutzt | Always (Immer) | Allgemeine Logik zum Berechnen von SLIs und SLOs auf der Basis beliebiger Metriken und zum Speichern in ElasticSearch. |
| Synthetics-Akzeptor | Gemeinsam genutzt | Feature-Flag feature.synthetics.enabled |
Kommuniziert mit dem Bereitstellungspunkt für die synthetische Überwachung (PoP). Registriert den PoP durch Erstellen eines location -Eintrags in groundskeeper. Gibt synthetische Tests zurück, die auf Anforderung an den PoP ausgeführt werden. Überträgt Ausführungsergebnisse von synthetischen Tests an Kafka , damit synthetics-writer in ClickHousegespeichert wird. |
| synthetics-statusprozessor | Gemeinsam genutzt | Feature-Flag feature.synthetic.smart.alerts.enabled |
Die zentrale Komponente für Smart Alerts for Synthetics Liest die Konfigurationen von Smart Alerts für synthetische Tests aus Postgres und die Ergebnisse des synthetischen Tests aus Kafka , um Smart Alerts auszuwerten. Gibt Ereignisnachrichten an issue-tracker aus, wenn eine Regel verletzt wird. |
| Synthetics-Reader | Gemeinsam genutzt | Feature-Flag feature.synthetics.enabled |
Kommuniziert mit dem, um auf Anfragen der Benutzeroberfläche und von APIui-backend nach Informationen zur synthetischen Überwachung zu reagieren. |
| Autor für synthetische Materialien | Gemeinsam genutzt | Feature-Flag feature.synthetics.enabled |
Speichert Ergebnisse synthetischer Tests in ClickHouse. |
| Tagprozessor | Gemeinsam genutzt | Always (Immer) | Empfängt Entitätstags von filler und speichert diese Tags in ElasticSearch , sodass die Entitäten anhand ihrer Tags durchsucht werden können |
| Tag-Reader | Gemeinsam genutzt | Always (Immer) | Ermöglicht das Abfragen von Entitäten nach Tags in ElasticSearch. |
| ui-backend | TU | Always (Immer) | Diese Komponente ist Teil des UI-Back-Ends und enthält die REST-APIs, die ui-client verwenden kann. |
| ui-client | Gemeinsam genutzt | Always (Immer) | In-Browser-Teil der Benutzerschnittstelle. |
Hinweis: Bei Komponenten mit TU-Gültigkeitsbereich wird pro Mandanteneinheit eine Instanz ausgeführt.
| Nein | Kafka-Topic |
|---|---|
| 1 | Rohprotokolle |
| 2 | erweiterte Protokolle |
| 3 | Nutzungsberichterstattung, Übertragung der Nutzungsberichterstattung |
| 4 | Rohnachrichten |
| 5 | Rollups, Raw_Events |
| 6 | Ereignisse |
| 7 | Momentaufnahmen, getaggte Metriken |
| 8 | Bereiche |
| 9 | Aufrufe, Protokolle, Ketten, Batch-Spans |
| 10 | Aufrufe |
| 11 | Beacons zur Überwachung mobiler Apps, Beacons zur Website-Überwachung |
| 12. | mobile_app_monitoring_verarbeitete_Beacons, website_monitoring_verarbeitete_Beacons |
| 13 | synthetische_Ergebnisse |
| 14. | sli_calls |
| 15. | sli_website_beacons |
| 16 | Aktionen |
| 17 | Aktionsinstanzen |