モニタリングツールの十分類とポートフォリオ - Qiita
はじめに さて、みなさんは監視ツールは何を使っていますか？ Zabbixですか？ Prometheusですか？ あるいはDatadogでしょうか？ Mackerelとかを使ってる人もいらっしゃると思います。 それとは別にNew RelicやDynatrace、InstanaのようなAPMを使ってる人も多いと思います。他にも分散トレースとしてOpenZipkinやJaegerを使うこともありますよね。あるいはこれらに加えてログ分析としてKibanaを入れてるケースもあるでしょうし、アラート管理にPagerDutyを入れてることもありますよね。 では、それらのツールの使い分けはどうされていますか？ それぞれが単機能なら話は簡単ですが多くのツールは色々な機能をもっており「似たようなツールをすでに入れてますよね？」どれか一つ例えばPrometheusだけあれば大丈夫でしょうか不十分でしょうか？ と
CloudWatch Logs から Lambda を使って NewRelic にログを転送する際にカスタムタグをつける - Qiita
概要 掲題の通り 公式のコードに変更を加えているので、自己責任で利用してください Lambda から NewRelic にログを転送するときに任意のタグをつけて送りたかった NewRelic の Logs の画面で任意のタグでフィルタリングしたかったため fluentd ではできそうだった http://katzchang.hatenablog.com/entry/2019/12/10/132210 方法 そもそも Lambda のスクリプトは以下にある https://github.com/newrelic/aws-log-ingestion.git 今回は、 function.py (下記リンクの箇所)に任意のタグを追加することで実現した https://github.com/newrelic/aws-log-ingestion/blob/59665cd2951fdc7ea3e50d9
newrelic_rpmのしくみ - Qiita
https://speakerdeck.com/k0kubun/number-ginzarb の資料作成のためのnewrelic_rpmのコードリーディングメモ。バージョンはv4.3.0。 Railtie→Agent#start まで require 'newrelic_rpm'でRailtieが作られる まずRailsの場合、普通にGemfileにgem 'newrelic_rpm'を書くと、Bundler.requireされた時にNewRelic::Railtieが定義される。 if Rails::VERSION::MAJOR.to_i >= 3 module NewRelic class Railtie < Rails::Railtie initializer "newrelic_rpm.start_plugin" do |app| NewRelic::Control.instanc
DatadogとNew Relicを比較してみる - Qiita
What's ? サービスのシステム移行に伴って監視SaaSの選定を改めて行うために、監視SaaS界隈でトップを争うdatadogとnew relicの比較しました 監視対象はAWS EC2やECSなので、AWSに特化して比較しています [余談] Qiita::Teamに書いていたのですが、大部分が公開してもいいような内容だったので公開します 公式サポートしているAWSサービス EC2周りは両方のSaaSでサポートしています LambdaとFargateの一部に関して、New Relicの公式ドキュメントに説明がありませんでした(自分の調査不足だったら申し訳ない) DatadogのFargateに関するドキュメントでは具体例が記載されていたりして、コンテナ周りのサービスに力を入れているのかなぁなんて思ったりもしました AWS Datadog New Relic
FastladderをHerokuで動かしてNewRelicからcrawlerを定期的に起動させる - Qiita
livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です どうせ長らく放置なんでしょ、と思ってたらRails最新版に追従してくれててありがたい限りでした。 HerokuにデプロイするボタンがあるのでHerokuで動かすところまでは一瞬。 Basic認証をかける 全世界に公開するものではないので、RackのミドルウェアでBasic認証をかけた。 config/environments/production.rb の一番下あたりにこれを追加して、 Herokuの環境変数設定で HTTP_USER と HTTP_PASSWORD という環境変数をセットする。 crawlerを起動する これだけだとまだクローラーのプロセスが動いていない（Procfileにはcrawlerというプロセス定義があるけど、Herokuのがデフォで動かしてく
HerokuでBambooスタックからCedarスタックへアプリケーションを移行する方法 - Qiita
Heroku DevCenterのMigrating to the Celadon Cedar Stackの超訳です。（訳の意味が全然違っているものになっていたら教えて下さいー） はじめに CedarスタックはHerokuのデフォルトランタイムスタックであり、Bambooスタックの後継です。Cedarスタックでは多言語、柔軟なプロセスタイプ、HTTP 1.1をサポートし、コードの自動注入が大幅に少なくなっています。BambooスタックからCedarスタックへ自動的に移行する手段はありませんが、この記事では手動で移行する際に必要な手順と考慮事項の概要を説明します。 移行中2つのHerokuアプリケーションがそれぞれのスタックで存在することになります。移行ではDBデータとHerokuの設定をBambooスタックのアプリからCedarスタックのアプリへコピーし、ルーティングをCedarスタックの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Terraform で Newrelic の通知設定をする - Qiita
elasticsearchのパフォーマンスをnewrelicでモニタリングする(centos) - Qiita
