ついて調べる機会が多くなりました。ログ収集+監視をする方法について調べてみました。logsコマンドで十分なのですが、特定のログが吐かれた時や、高負荷時などを検知して携帯に通知できるような仕組みを探してみたので備忘録を残します。結論Papertrailを採用しました。以下に調査の詳細を書いていきます。デプロイ趣味プロダクトなら、という目線で見ているので業務レベルでの選定はしてません。ログ収集+監視に求めるもの調べるにあたってログ収集に求めていたものは以下でした。求めるのは、開発環境にお金を払いたくないから。性能はしょぼくてもいいので動いてくれること。本番と開発用で違うプラグイン使ったり、環境判定のコードなどを混ぜたくないためです。求めているのは、本番環境ではお金を払うためです。無料でも十分な性能ならぜひ利用したいですが、無料にこだわっているわけではないので。有料プランの最低料金の障壁があまりに高いと、少し財布の紐が硬くなってしまいます。ことができるステップが存在することを求めています。バグリスクの削減と、プログラムの動作速度を可能な限り早めるためです。ソース内でどこぞのサーバと通信したりなんだり、ということをしてしまうと遅いってレベルじゃなくなってしまうので論外です。ログファイルに出力するだけ。ログを見てくれるものを探しています。言うまでもなく面倒複雑さを減らし、ドハマりやエッジケースでにっちもさっちもいかなくなることを防いで丸く納めるためです。ログ収集サーバがすべきかについては諸説ありますが、今回の要件なら本格的なサーバの監視をするわけではないので、まぁログサーバ側で見ればいいよね、といった感じです。ここはちょっと欲が出ているので、最悪無くてもいいやと思って探しました。調べて・試してみた情報と、その概要です。詳細を書きたいと思います。Drainsという機能があります。ログを外部のシステムログ管理用サーバーへ長期間アーカイブするために、転送することを許可しています。ドレイン、またはシステムログ管理用サーバー自体を設定する必要があります。URL(ホスト名とポート番号を含む)をドレインとして追加する必要があります。沿ってフォーマットされます。アドオンを訪問して下さい。システムログを外部へドレイン(排出)する邦訳記事に感謝します。いう過程で調査をすすめていきました。したきっかけが自分でサーバを持ちたくないことなので、本末転倒になってしまうため選外としました。fluentdログの収集や解析を調べているとだいたいセットで出てくる「fluentd」、実際に使ったことが無いのでなんとなく概要しか分からないのですが、これを期に使ってみようかと思いました。さんの記事が見つかりました。日間のフリートライアル。その後は、、、調べてもわからなかったので資料請求してみましたが、それでも料金プランなどの記載はありませんでした。向けで、かつ安いわけない。勝手に推測し、残念ながら趣味プロダクトの身の丈には合わないと判断して断念しました。こちらの記事も参考になりました。hosting」と調べたら偶然出てきたサービスです。ホスティングあたりをまるっと提供してくれる粋なサービスです。自分に突っ込んでしまいましたが、まだ妥協するには早い。考えつつ、保留しました。※結果としては後述のPapertrailを採用したので見送りになりました。Mackerelドキュメントが丁寧に書かれていて大変申し訳無いのですが、設定手順長い。