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
AWS UG Grantでグローバル20名に選出されてre:Inventに行く話と、マルチクラウドセキュリティの教科書を執筆した話 / The Story of Being Selected for the AWS UG Grant to Attending re:Invent, and Writing a Multi-Cloud Security Textbook
yuj1osm
1
130
CREが作る自己解決サイクルSlackワークフローに組み込んだAIによる社内ヘルプデスク改革 #cre_meetup
bengo4com
0
320
ソフトウェアエンジニアの生成AI活用と、これから
lycorptech_jp
PRO
0
880
FinOps について (ちょっと) 本気出して考えてみた
skmkzyk
0
210
Okta Identity Governanceで実現する最小権限の原則 / Implementing the Principle of Least Privilege with Okta Identity Governance
tatsumin39
0
170
From Natural Language to K8s Operations: The MCP Architecture and Practice of kubectl-ai
appleboy
0
180
ソースを読むプロセスの例
sat
PRO
15
9.9k
What's new in OpenShift 4.20
redhatlivestreaming
0
190
難しいセキュリティ用語をわかりやすくしてみた
yuta3110
0
380
AI-Readyを目指した非構造化データのメダリオンアーキテクチャ
r_miura
1
310
MCP ✖️ Apps SDKを触ってみた
hisuzuya
0
340
デザインとエンジニアリングの架け橋を目指す OPTiMのデザインシステム「nucleus」の軌跡と広げ方
optim
0
100
Featured
See All Featured
Context Engineering - Making Every Token Count
addyosmani
8
300
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Into the Great Unknown - MozCon
thekraken
40
2.1k
GraphQLとの向き合い方2022年版
quramy
49
14k
Practical Orchestrator
shlominoach
190
11k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
BBQ
matthewcrist
89
9.9k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.2k
KATA
mclloyd
PRO
32
15k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3k
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はいいぞ!!!!