コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita

課題 数年前と比較すると、GKEやECSを始めとするコンテナ実行環境でのアプリケーション運用を行うサービスはかなり増えてきた印象があります。 コンテナを運用する上では、アプリケーションのイベントを追跡する上でログをどう扱うかが課題になります。今までのように古いログを定期的にローテートして別のストレージに転送するといった手法はクラウドネイティブなアーキテクチャには最適とは言えません。 アプリケーション開発の方法論として、Twelve Factor App ではログをイベントストリームとして扱うためのガイドラインが示されていますが、近年のWebアプリケーションではシステムを疎結合に連携するマイクロサービスという考え方が主流になりつつあります。 アプリケーションログはサービスごとにフォーマットを整形した上で、ログ収集サービスに配送。必要に応じてリアルタイム分析や異常データの通知、そしてデータの可

[ya--mada]

ベストかどうか判らないオレ。自分レガシーなので勉強になる、と思う。

[sharaku3eyes]

この方が監視を移行しやすいなあ… てダメだけど

[bonlife]

最近、 CloudWatch Logs → Kinesis Data Firehoseで改行付けたり → S3 → Athena → QuickSight にチャレンジ中。

[taruhachi]

色々あるなぁ。

[tmatsuu]

メモ

[Nyoho]

log-driverなど

[yatta47]

Elasticsearchでアラートか。これはいいことをしった。

[wdoomer]

オンプレですみません

[uxoru]

ありがたい…最近ログ設計に悩んでたので、助かる

[umai_bow]

めんどくさいのでCloudWatchでええやーんっていつもなってしまう

[fukken]

dockerのログドライバー

[hamamuratakuo]

アプリケーションログはサービスごとにフォーマットを整形した上で、ログ収集サービスに配送。必要に応じてリアルタイム分析や異常データの通知、そしてデータの可視化といった要件が求められます。 / ログコレクター