Projektbeschreibung
ÜbersetztDerzeit sind wir im Wesentlichen blind dafür, was in der Produktion passiert. Protokolle sind über ein Dutzend Server verstreut, jede Anwendung schreibt in ihre eigenen Dateien in ihrem eigenen Format, und wenn etwas kaputt geht, melden wir uns über SSH an und durchsuchen manuell Gigabytes an Text. Normalerweise erfahren wir von einem Problem erst, nachdem ein Kunde es gemeldet hat. Wir wollen das richtig lösen: einen zentralisierten Logging- und Beobachtungsstapel aufbauen, der Protokolle und Metriken von jedem Server und Dienst an einem Ort sammelt, mit Suche, sodass das gesamte Team das Bild sieht, ohne sich selbst in die Maschinen einloggen zu müssen.
Die Zielarchitektur ist ein ELK- oder OpenSearch-Cluster für Protokolle plus Grafana für Metriken und Visualisierung. Der Auftragnehmer wird erwartet, Protokollsammler auf unseren Hosts bereitzustellen, eingehende Streams in strukturierte Felder zu normalisieren und zu parsen sowie Dashboards zu entwerfen, die sowohl für Ingenieure als auch für das Management klar sind. Darüber hinaus benötigen wir Benachrichtigungen: Benachrichtigen, wenn die Fehlerquote steigt, wenn die Antwortverzögerung einen Schwellenwert überschreitet, wenn ein Dienst aufhört, Daten zu senden, oder wenn der Speicherplatz oder der Arbeitsspeicher ausgeht. Benachrichtigungen sollten an die Kanäle kommen, die wir bereits nutzen, mit angemessenen Schwellenwerten, damit wir nicht im Lärm ertrinken.
Speicher und dessen Kosten sind für uns wichtig. Wir bitten Sie, den Lebenszyklus und die Rotation des Index zu konfigurieren, damit frische Daten aktiv und durchsuchbar bleiben und alte Protokolle archiviert oder nach Plan gelöscht werden. Beschreiben Sie die Architektur, die Parsing-Regeln und das Verfahren zur Anbindung eines neuen Dienstes an die Pipeline, damit unser Team das System weiterhin selbst warten und erweitern kann. Wenn Sie bereits einen solchen Stapel in der Produktion verwaltet haben, erzählen Sie uns, wie Sie ihn für unsere Volumina skalieren würden.
— Protokolle von Linux-Servern und containerisierten Anwendungen sammeln
— Strukturierte Analyse, Indizierung und Aufbewahrungsrichtlinie
— Grafana-Dashboards für Fehler, Verzögerungen und Ressourcen
— Benachrichtigungen für Fehlerausbrüche, Verzögerungen und stille Dienste
Die Zielarchitektur ist ein ELK- oder OpenSearch-Cluster für Protokolle plus Grafana für Metriken und Visualisierung. Der Auftragnehmer wird erwartet, Protokollsammler auf unseren Hosts bereitzustellen, eingehende Streams in strukturierte Felder zu normalisieren und zu parsen sowie Dashboards zu entwerfen, die sowohl für Ingenieure als auch für das Management klar sind. Darüber hinaus benötigen wir Benachrichtigungen: Benachrichtigen, wenn die Fehlerquote steigt, wenn die Antwortverzögerung einen Schwellenwert überschreitet, wenn ein Dienst aufhört, Daten zu senden, oder wenn der Speicherplatz oder der Arbeitsspeicher ausgeht. Benachrichtigungen sollten an die Kanäle kommen, die wir bereits nutzen, mit angemessenen Schwellenwerten, damit wir nicht im Lärm ertrinken.
Speicher und dessen Kosten sind für uns wichtig. Wir bitten Sie, den Lebenszyklus und die Rotation des Index zu konfigurieren, damit frische Daten aktiv und durchsuchbar bleiben und alte Protokolle archiviert oder nach Plan gelöscht werden. Beschreiben Sie die Architektur, die Parsing-Regeln und das Verfahren zur Anbindung eines neuen Dienstes an die Pipeline, damit unser Team das System weiterhin selbst warten und erweitern kann. Wenn Sie bereits einen solchen Stapel in der Produktion verwaltet haben, erzählen Sie uns, wie Sie ihn für unsere Volumina skalieren würden.
— Protokolle von Linux-Servern und containerisierten Anwendungen sammeln
— Strukturierte Analyse, Indizierung und Aufbewahrungsrichtlinie
— Grafana-Dashboards für Fehler, Verzögerungen und Ressourcen
— Benachrichtigungen für Fehlerausbrüche, Verzögerungen und stille Dienste
Verwaltung Bargeld, Banküberweisung
