何故、fluentdなのか？ - プログラマでありたい
最近、fluentdという言葉を聞くことが多いと思います。fluentdは、それぞれのサーバからログを収集し集約する為のアプリケーションです。fluentdは「Log everything in JSON」を合言葉に、全てのログをJSON形式で扱います。また一緒に聞くキーワードとしては、大規模とかリアルタイムとかがあると思います。この時点で関係ないやと思って、興味を失った人も多いと思います。しかし、今後のログ管理は、fluentdが主流になるか解りませんが、同様の集約するフレームワークが中心になると思います。 何故、fluentdが必要か？ まずはオンプレミスの世界から見て行きましょう。ログはサーバーにたまり、管理者はサーバにログインしてログを参照します。特に問題はありません。 次にAutoScalingを使わないAWSの世界です。これも同様に、ログはサーバーにたまり、管理者はサーバにログ
Labeled Tab Separated Values (LTSV) ノススメ - stanaka's blog
追記(2/8 11:30) id:naoyaによる一連のまとめが【今北産業】3分で分かるLTSV業界のまとめ【LTSV】 - naoyaのはてなダイアリーにあります。 また、仕様などをまとめるために http://ltsv.org/ を立ち上げました。 追記ここまで Labeled Tab Separated Values (LTSV) というのは、はてなで使っているログフォーマットのことで、広く使われているTSV(Tab Separated Value)フォーマットにラベルを付けて扱い易くしたものです。はてなでは、もう3年以上、このフォーマットでログを残していて、one-linerからfluentd、Apache Hiveまで幅広く便利に使えています。 ログフォーマットに期待されることは、 フォーマットが統一されている → 共通のツールで集計し易い 新しいフィールドの追加が容易 → サー
プレゼン資料共有サービス Slidrs を支える技術 - 業務用iOSアプリのfeedtailor社長ブログ
先日発表させて頂いた、ページめくりも同期するプレゼン資料共有サービス「Slidrs」ですが、サーバ的には結構なチャレンジをしています。最近の技術トレンドを満載してると言っても過言ではないでしょう(Slidrsの詳しい内容についてはこちらのエントリをどうぞ)。せっかくですので、Slidrsで使っているモノの御紹介をしてみようと思います。 ■ インフラ Amazon Web Services を使っています。ここ凄く重要。巷のいわゆるレンタルサーバではありません。AWSが出た当初からずーーっと純AWSで真のクラウドサービスを提供したいと思っていましたがようやくですね。(昨年立ち上げたSYNCNELは政治的理由でAWSを選ばなかった訳ですが、実は後悔してます) Slidrsでは、最前線にはロードバランサELBを持ってきて、フロントのアプリサーバ用にEC2 x n台、バックにはDB用サーバにEC2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
fluentd を利用した大規模ウェブサービスのロギング
