Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Protokollierung
Containerisierte Anwendungen leiten Anwendungsprotokolle in der Regel an STDOUT weiter. Die Container-Runtime fängt diese Protokolle ab und macht etwas mit ihnen — normalerweise schreibt sie in eine Datei. Wo diese Dateien gespeichert werden, hängt von der Laufzeit und Konfiguration des Containers ab.
Ein grundlegender Unterschied zu Windows-Pods besteht darin, dass sie kein STDOUT generieren. Sie können ausführen LogMonitor
Der Mechanismus zur Protokollerfassung ruft STDOUT/STDERR Protokolle von Kubernetes-Pods ab. A DaemonSet
Ausführlichere Informationen zum Log-Streaming von Windows-Workloads zu finden Sie hier CloudWatch
Empfehlungen zur Protokollierung
Die allgemeinen Best Practices für die Protokollierung unterscheiden sich nicht vom Betrieb von Windows-Workloads in Kubernetes.
-
Protokollieren Sie immer strukturierte Protokolleinträge (JSON/SYSLOG), was die Handhabung von Protokolleinträgen erleichtert, da es viele vorgefertigte Parser für solche strukturierten Formate gibt.
-
Zentralisierung von Protokollen — spezielle Logging-Container können speziell zum Sammeln und Weiterleiten von Protokollnachrichten aus allen Containern an ein Ziel verwendet werden
-
Halten Sie die Log-Ausführlichkeit niedrig, außer beim Debuggen. Ausführlichkeit stellt eine große stress für die Protokollinfrastruktur dar, und wichtige Ereignisse können im Lärm untergehen.
-
Protokollieren Sie aus Gründen der Nachvollziehbarkeit immer die Anwendungsinformationen zusammen mit der Transaktions-/Anforderungs-ID. Kubernetes-Objekte tragen nicht den Namen der Anwendung, sodass beispielsweise ein Pod-Name beim Debuggen von Protokollen
windows-twryrqyw
möglicherweise keine Bedeutung hat. Dies hilft bei der Rückverfolgbarkeit und bei der Fehlerbehebung von Anwendungen mit Ihren aggregierten Protokollen.Wie Sie diese transaction/correlation IDs generieren, hängt vom Programmierkonstrukt ab. Ein sehr verbreitetes Muster ist jedoch die Verwendung eines Logging-Aspect/Interceptors, der MDC
(Mapped Diagnostic Context) verwenden kann, um jeder eingehenden Anfrage eine eindeutige transaction/correlation ID zuzuweisen, etwa so:
import org.slf4j.MDC; import java.util.UUID; Class LoggingAspect { //interceptor @Before(value = "execution(* *.*(..))") func before(...) { transactionId = generateTransactionId(); MDC.put(CORRELATION_ID, transactionId); } func generateTransactionId() { return UUID.randomUUID().toString(); } }