ᐅ Gibt es Alternativen zu MALM bei häufigen Problemen?

Mal kurz aus der Praxis: Ich hab bei mir auf Serilog gewechselt und das Async-File-Konzept gebracht. Seitdem keine Logeinträge mehr verloren, auch bei Lastspitzen nicht.

Das Setup war minimal aufwendig, aber der Gewinn riesig. Zumal die Integration mit ELK auch deutlich einfacher ging.

Also ja, klare Empfehlung für alternatives Framework, wenn du das volle Paket brauchst 🙂

Ergänzend:

dinano schrieb:
‚Ein Framework, das alles gleichzeitig versucht abzubilden, wird nie stabil sein.‘

Das trifft es sehr gut.

Alternativen müssen nicht zwingend besser sein, wenn die grundlegenden Anforderungen oder das Design des Loggings nicht stimmen.

Leandrop57: Wie sieht dein gesamter Logging-Workflow aus? Vielleicht liegt das Problem auch im Log-Aggregator oder im Collector.

Manchmal wird zu schnell das Framework als Ursache bestimmt, obwohl die Pipeline an einer anderen Stelle scheitert.

Sehr wertvolle Inputs hier, danke euch allen!

Ich werde das mit dem Async Logging bei Serilog mal als Proof of Concept umsetzen und parallel die Telemetrie genauer checken.

Klar ist jetzt schon: Einfach nur ein Frameworkwechsel hilft nicht, wenn das Gesamtsetup nicht passt.

Ich halte euch auf dem Laufenden, falls das Interesse besteht.