Ruby on Rails用の新しいマジックダッシュボード:ActionMailer
アプリケーションを使い始めたばかりの場合、アプリケーションの監視は難しい作業になる可能性があります。どの指標が最も重要であるかを知り、どの指標を組み合わせて意味のあるグラフにすることができるかを理解する必要があります。
ユーザーにとって物事をスムーズにするという(休日⛄️だけでなく)精神で、Ruby統合に魔法のダッシュボードを追加して、ActionMailerで送信するメールの量を表示します。
マジックダッシュボード
セットアッププロセス中に、エージェントがアプリインフラストラクチャをスキャンします。使用しているツールが特定されると、アプリの一部が自動的に計測され、最も重要なダッシュボード(マジックダッシュボードと呼ばれます)が即座に作成されるため、セットアップ時間0で最も重要なものを監視できます。
>Ruby統合では、Sidekiq、Mongoなどのデータベース、PumaなどのWebサーバーを介したバックグラウンドジョブ用にMagicダッシュボードを設定します。
RubyonRailsユーザーにとって物事を簡単にする
AppSignalの「background」名前空間を介してRailsで送信されている電子メールの量を監視することはすでに可能です。ここで、特定のメーラーが呼び出された頻度を確認できます。
ただし、これにはバックグラウンドジョブのフィルタリングが必要であり、送信されている電子メールの種類を把握するのは困難です。それよりも簡単で詳細にすることにしました。 AppSignalがAppSignal自体を監視する場合、電子メールトラフィックを監視することが重要であり、エラー、パフォーマンス、異常検出の電子メール間の分布を確認できるのは素晴らしいことです。
AppSignalのActionMailerマジックダッシュボード
最新のRuby統合に更新する場合(2.11.1
以上)、ActionMailerメトリックの新しい魔法のダッシュボードが表示されます。このダッシュボードを使用すると、特定のメーラーが呼び出された回数を追跡し、アプリケーション内のさまざまなメーラー間の分布を確認できます。
ActionMailerダッシュボードは次のデータをプロットします:
ActionMailer Deliveries
ActionMailerクラス/メソッドごとの配信スループット(例:Usermailer#welcome
)ActionMailer Deliveries
異なるメーラー間の配信スループットの分布をパーセンテージで示します
グラフはActionMailerクラス/メソッドによって分割されています:
すでにRuby統合を使用している場合2.11.1
それ以上の場合、新しいActionMailer呼び出しが検出されるとすぐに、MagicDashboardが自動的に表示されます
アラートを送信するためのトリガーの設定
グラフのデータで簡単になるもう1つの優れた点は、トリガーを設定し、トリガーされたときにアラートを送信することです。
たとえば、スループットが特定のしきい値を上回ったり下回ったりした場合、これはトリガーの設定を検討する必要があります。これを行うには、グラフの右上にある3つのドットをクリックして、トリガーの設定を開始します。
AppSignalをお試しください:監視が簡単で便利になりました🍪
これまでにAppSignalを使用したことがない場合は、監視を容易にすることで時間を節約する方法をご存知でしょう。ぜひお試しください。その際は、お気軽にお問い合わせください。ストロープワッフルの無料ボックスもお送りします。
-
Ruby on Railsとは何ですか?なぜそれが役立つのですか?
Ruby on Rails(RoRの場合もある)は、最も人気のあるオープンソースのWebアプリケーションフレームワークです。 Rubyプログラミング言語で構築されています。 Railsを使用すると、単純なものから複雑なものまで、アプリケーションの構築に役立ちます。Railsで実行できることには制限がありません。 フレームワークとは何ですか? フレームワークは、ソフトウェアを作成するときに使用する特定の構造を提供するコード、ツール、およびユーティリティのコレクションです。 この構造により、コードがより整理されます。 正しく使うことを学ぶと、作業が簡単になります。 レールは正確に何を
-
Ruby開発者向けのラックの説明
すべてのRails、Sinatra、およびその他のRuby Webフレームワークの舞台裏で何が起こっていますか? 答えは、これを可能にする重要なコンポーネントであるラックです。 しかし、ラックとは正確には何ですか? Rackは、フレームワーク(Rails)とアプリケーションサーバー(Puma)の間のレイヤーです。 彼らがコミュニケーションをとることを可能にするのは接着剤です。 なぜラックを使用するのですか? さまざまなフレームワークとサーバーを交換できるため、Rackを使用しています。 それらはプラグインできるコンポーネントになります 。 これは、Rails、Sinatr