使った node.js ライブラリ – ロギングの winston
ここのところ、仕事で node.js を使っているので、利用したライブラリなどを少しずつ紹介していきたいと思う。 winston は、ロギングライブラリで、非同期にログを書き出すことができる。 Sails.js は、このライブラリを利用してログをとっているし、このライブラリはnodejitsu社が、flatironというフレームワークのために開発したものということ。作りもしっかりしているのと、拡張もしやすかった。 インストールは以下のとおり。簡単。 npm install winston 最もシンプルな使い方としては以下のように、winston をそのまま使うやりかた var winston = require('winston'); winston.silly('ばかばかしいこと'); winston.debug('かいはつのこと'); winston.verbose('どうでもいいこと
Kafka, Logs, and the Policy of Truth
Kafka is a distributed, partitioned, replicated commit log service. It provides the functionality of a messaging system, but with a unique design. — Kafka Apache Kafka is a message queue implemented as a distributed commit log. From the producer's point of view, it logs events into channels, and Kafka holds on to those messages while consumers process them. Unlike a traditional "dumb" message queu
DockerのFluentd Logging Driverを試してみる | DevelopersIO
ども、大瀧です。 Dockerバージョン1.6でLogging Driverというプラガブルなログ機構が追加され、DockerコンテナのログをSyslogに送信するなど柔軟なログ構成ができるようになりました。 ログアグリゲータとして著名なFluentdのLogging Driverが最近Dockerのmasterブランチにマージされたので、試してみた様子をご紹介します。 検証環境 OS : Ubuntu 15.04 Vivid Vervet(AMI : ubuntu-vivid-15.04-amd64-server-20150616.1 (ami-0473a904) 東京リージョン) Docker : Master Binaries 1.8.0-dev/Git commit: 90024b9 まだリリースされていない段階なので、最新リリースのDockerパッケージをインストールした状態でG
Google、FluentdをKubernetesとCompute Engineの標準ログコレクタに採用 - Qiita
まずはFluentdコミュニティの皆さん、おめでとうございます！！！ Googleを中心に開発されているオープンソースのDockerジョブスケジューラKubernetes (k8s)、それにGoogle Cloud Platformのログ収集サービスGoogle Cloud LoggingのGoogle Compute Engine用ログコレクタとして、Fluentdが標準採用されました。もうひとつおまけに、fluent-plugin-bigqueryをフィーチャしたソリューションページも、あと1か月くらいでcloud.google.comにて公開される見込みです（これは私がいま仕上げ中）。 順番から行くと、まずはCloud Loggingチームで以前からFluentdの採用が検討されていて、正式採用を決定、それに影響される形でk8sチームもFluentdを採用した流れです。私も微力ながら
モバイルアプリのログ収集ライブラリ「Puree」をリリースしました - クックパッド開発者ブログ
モバイルファースト室の @rejasupotaro です。 クックパッドでは、サービスをリリースしてログを収集して分析して改善してまたリリースして、というサイクルを素早く回すことでより良いものを作るということをウェブではやってきました。 クックパッドのサービス開発のフレームワークをモバイルアプリでも適用したいのですが、モバイルアプリにはウェブアプリと違ったロギングの難しさがあります。 今回はモバイルアプリのロギングの問題点とPureeというログ収集ライブラリについて話します。 モバイルアプリのロギングの難しさ ウェブアプリでは、基本的にはサーバー側でログを収集することができますが、モバイルアプリの場合は画面の制御はアプリ側で行われ、APIを介してデータを受け取るため、クライアント側でログを収集して送信する必要があります。 アプリのログを収集するのに、画面遷移をしたりタップするたびにサーバー
Web アプリケーションにおいては Python 3 への移行は簡単だという話 - methaneのブログ
Python 2 / 3 両対応のライブラリをメンテナンスしている人にとって、 Python 3 の メリットは享受できずメンテナンスコストだけが上がるつらい状況がずっと続いています。 しかし、「Python 3 への移行が大変」というのは、Python 2 を捨てるのが大変、 Python 2/3 両対応の ライブラリをメンテナンスするのが面倒という意味です。 アプリケーションであれば、 Python 2 対応のプロジェクトを Python 3 に対応させると同時に Python 2 への対応を切れるのでずっと楽ですし、さらに新規プロジェクトを Python 3 で始めるのは もっと楽です。 特に Web 系では、 (Google App Engine などの例外はあるものの)自分で Python のバージョンを 選べることが多いし、主要なライブラリも Python 3 対応ができている
Logging Technique for HTML5 Single Page Application with Fluentd
@Fluentd Meetup 2014/05/13
イベントログ収集ツールの Sentry が凄そう - Memo
Disqus が作っている Sentry というツールが凄そうというお話。 # 元 Disqus の社員さんだったみたい Sentry って何かというと "Sentry is a realtime event logging and aggregation platform." と書いてる通りアプリケーションからイベントログを送信して、それを表示してくれるもの。 Sentry | Error Tracking Software — JavaScript, Python, PHP, Ruby, more サービスとして課金をして利用もできるが、OSS になっているので自分で構築する事も出来る。 GitHub - getsentry/sentry: Sentry is cross-platform application monitoring, with a focus on error re
Apache Tomcat 7 (7.0.109) - Logging in Tomcat
Logging in Apache Tomcat is implemented with the help of Apache Commons Logging library. That library is a thin wrapper above different logging frameworks. It provides Tomcat with the ability to log hierarchically across various log levels without the need to rely on a particular logging implementation. Since Tomcat 6.0, Tomcat uses a private package-renamed implementation of Apache Commons Loggin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Logback stackdriver-loggingを作った
Exception and Error-Log (Server Side)
Centralized System and Docker Logging with ELK Stack