Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Logging Architecture for MicroService
Search
@ジュジュ
May 28, 2018
Technology
0
3.7k
Logging Architecture for MicroService
fluentdを利用したLogging
@ジュジュ
May 28, 2018
Tweet
Share
More Decks by @ジュジュ
See All by @ジュジュ
チーム分割においていかれたアラートをチームで責任を持てる形に再設計した
juju62q
0
160
ボトムアップでSLOを導入 2年半運用して分かった失敗と変化
juju62q
2
1.1k
Firecracker Snapshottingを調べてみた
juju62q
1
580
SLOを活用した技術的改善
juju62q
10
11k
IAM Role for Pods and Instance Meta Data Service
juju62q
1
1.6k
telepresence handson
juju62q
2
5.1k
Wanna Use Vitess in Orientation
juju62q
6
1.3k
machine learning with rancher and K8s on prem
juju62q
5
450
docker-handson-for-researcher
juju62q
3
320
Other Decks in Technology
See All in Technology
個人でデジタル庁の デザインシステムをVue.jsで 作っている話
nishiharatsubasa
3
4.5k
AI-Readyを目指した非構造化データのメダリオンアーキテクチャ
r_miura
1
290
AI時代の開発を加速する組織づくり - ブログでは書けなかったリアル
hiro8ma
1
290
ViteとTypeScriptのProject Referencesで 大規模モノレポのUIカタログのリリースサイクルを高速化する
shuta13
2
160
Railsの話をしよう
yahonda
0
170
FinOps について (ちょっと) 本気出して考えてみた
skmkzyk
0
210
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
14k
AI駆動で進める依存ライブラリ更新 ─ Vue プロジェクトの品質向上と開発スピード改善の実践録
sayn0
1
210
Azureコストと向き合った、4年半のリアル / Four and a half years of dealing with Azure costs
aeonpeople
1
260
Introduction to Bill One Development Engineer
sansan33
PRO
0
300
AI時代におけるデータの重要性 ~データマネジメントの第一歩~
ryoichi_ota
0
710
旅で応援する✈️ NEWTが目指すコミュニティ支援とあたらしい旅行 / New Travel: Supporting by NEWT on Your Journey
mii3king
0
150
Featured
See All Featured
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.7k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Scaling GitHub
holman
463
140k
A Tale of Four Properties
chriscoyier
161
23k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.7k
Automating Front-end Workflow
addyosmani
1371
200k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
61k
Side Projects
sachag
455
43k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Rails Girls Zürich Keynote
gr2m
95
14k
Transcript
MicroService向け ロギングアーキテクチャ 2018/05/26 若手Web名古屋 岡野兼也
自己紹介 基本情報 • 岡野兼也 / @ジュジュ • 名古屋大学4年 • OthloTech運営
• 株式会社キスモ インフラエンジニア 好きな技術 仮想化、コンテナ、DevOps、IaC 趣味 登山、自転車、キャンプ、Kubernetes
みなさん!マイクロサービスしてますか?
マイクロサービスのここがすごい • 技術選定が自由 • アプリケーションごとにスケーリング可能 • コンテナめっちゃ使いやすい • 責任範囲がわかりやすい •
全体的に疎結合だしプログラムの改修が簡単 • CI/CDが高速 • 開発速度がめっちゃ上がる
None
本当にこんな楽しく運用できてる?
実際に使った時
None
マイクロサービスのここが辛い • ログ収集のために死ぬほどクライアント書かないと いけない • ライブラリにしてもメンテ大変 • 認証情報の管理がまぁまぁだるい • メトリクス監視を毎回やらないといけない
• 故障時にどのサーバが原因なのか特定しにくい
今回は!
マイクロサービス向け ロギングアーキテクチャを紹介します!
ログを抽象化する方法を紹介します
とっても愚直なログとり
+ 認証 コードにすると・・・
やることと考えること多すぎやん…
やりたいこと Log (テーブル名, なんかいい感じのJSON)
なんかいい感じのJSON 頭の悪い人
None
Fluentdとは
Log (テーブル名, なんかいい感じのJSON) ありとあらゆるアプリケーション
なぜサイドカーパターンじゃないのか • サイドカーにするメリット ◦ 構成が綺麗 ◦ アプリごとにまとめられる • サイドカーにするデメリット ◦
アプリケーションエンジニアがFluentdを制御しないといけ ない
設定例に関しては水曜日に OthloBlogに書きます! Coming soon ...
Fluentdはいいぞ!!!!