RailsのログをMackerelに送る3つの方法
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
株式会社はてな
はてな
法人代表者名: 代表取締役社長 栗栖 義臣
法人番号: 1013201014709
証券コード: 3930
事業概要: インターネット付随サービス業
郵便番号: 1070062
本社所在地: 東京都港区南青山6丁目5番55号
従業員数: 208
従業員数(男性): -
従業員数(女性): -
創業: 2001-07-19
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
Ruby on RailsアプリケーションのログをMackerelに送信するための3つの方法(ファイル、Fluentd、CloudWatch Logs経由)を解説しています。OpenTelemetryトレースとの紐付けを前提とし、既存のロギング機構を活かしつつ、ログをJSON形式で出力し、OTelコレクターで収集・変換するアプローチを紹介しています。 * Ruby on Rails開発者 * バックエンドエンジニア * インフラエンジニア
Mackerelのログ機能がオープンβ版として公開されました。 この機能により、ログの検索、絞り込み、構造化ログのフィルタリング、検索条件の保存・共有が可能になります。 OpenTelemetryを利用してログを送信する方式が推奨されており、正式リリースは2026年秋頃の予定で、料金はインジェスト量に応じた従量課金制となります。 * Mackerelユーザーで、ログの集約、検索、分析に課題を感じているエンジニア * システムの運用・保守を担当しており、ログ調査の効率化を図りたい担当者 * 新しいログ管理ツールの導入を検討しているチームや組織
Mackerelのログ機能がオープンβ版として公開されました。 この機能により、ログの検索、絞り込み、構造化ログのフィルタリング、検索条件の保存・共有が可能になります。 OpenTelemetryを利用してログを送信する方式が推奨されており、正式リリースは2026年秋頃の予定で、料金はインジェスト量に応じた従量課金制となります。 * Mackerelユーザーで、ログの集約、検索、分析に課題を感じているエンジニア * システムの運用・保守を担当しており、ログ調査の効率化を図りたい担当者 * 新しいログ管理ツールの導入を検討しているチームや組織
お盆期間中のサポート窓口休業に関するお知らせです。 2026年8月10日から14日まで休業し、期間中の問い合わせは8月17日以降に対応します。 - 誰向けの記事か:サービス利用者、顧客 - 記事の目的:サポート窓口の休業期間と対応について周知すること - 記事の内容:休業期間、問い合わせ対応の遅延について
Mackerelのカスタムダッシュボード機能のアップデートについて。グラフウィジェットで表示する系列を選択できるようになり、Azure Cosmos DBのメトリック取得、メンテナンス/障害バナーの対象機能範囲表示、PromQL新構文対応、mackerel-agentプラグインのカスタムメトリック投稿時刻選択が可能になりました。 - Mackerelのカスタムダッシュボード機能におけるグラフ表示の利便性向上 - Azure Cosmos DB、PromQL、mackerel-agentに関する技術的なアップデート - システム運用における情報伝達の改善
Mackerelのカスタムダッシュボード機能のアップデートについて。グラフウィジェットで表示する系列を選択できるようになり、Azure Cosmos DBのメトリック取得、メンテナンス/障害バナーの対象機能範囲表示、PromQL新構文対応、mackerel-agentプラグインのカスタムメトリック投稿時刻選択が可能になりました。 - Mackerelのカスタムダッシュボード機能におけるグラフ表示の利便性向上 - Azure Cosmos DB、PromQL、mackerel-agentに関する技術的なアップデート - システム運用における情報伝達の改善
Mackerelのカスタムダッシュボード機能のアップデートについて。グラフウィジェットで表示する系列を選択できるようになり、Azure Cosmos DBのメトリック取得、メンテナンス/障害バナーの対象機能範囲表示、PromQL新構文対応、mackerel-agentプラグインのカスタムメトリック投稿時刻選択が可能になりました。 - Mackerelのカスタムダッシュボード機能におけるグラフ表示の利便性向上 - Azure Cosmos DB、PromQL、mackerel-agentに関する技術的なアップデート - システム運用における情報伝達の改善
Mackerelは、2026年7月20日に開催されるPHPカンファレンス2026にプラチナスポンサーとして協賛することを発表しました。 当日は、新機能「Mackerelログ機能」のデモや体験コーナー、ノベルティ配布などを予定しています。 PHPコミュニティへの貢献と、参加者との交流を通じて学びを深めることを目指しています。
Material 3 Expressiveの実装例として、新コンポーネント「ScrollField」を紹介する記事です。 Material Design 3のExpressiveな要素をどのように実装できるかの具体的な例を提供します。 開発者(特にAndroid、Compose経験者)やUI/UXデザイナー向けです。
Material 3 Expressiveの実装例として、新コンポーネント「ScrollField」を紹介する記事です。 Material Design 3のExpressiveな要素をどのように実装できるかの具体的な例を提供します。 開発者(特にAndroid、Compose経験者)やUI/UXデザイナー向けです。
Mackerelのアップデート情報として、APMのHTTPサーバータブで各ルートの詳細情報が確認可能になったこと、通知グループAPIの応答にデフォルト通知グループかを判別するカラムが追加されたこと、terraform-provider-mackerelで通知チャンネル作成時にデフォルト通知グループへ自動追加されなくなったこと、mackerel-container-agentの動作環境にKubernetes 1.36が追加されたこと、そしてログ機能のオープンβが7月16日に公開されることが発表されています。 - MackerelのAPM機能が強化され、HTTPサーバーの各ルートの詳細情報(統計情報、グラフ、トレース一覧)が確認できるようになり、運用状況の把握や調査が容易になりました。 - 通知グループAPIの仕様変更や、Terraform Providerの改善により、通知設定の管理がより柔軟になりました。 - mackerel-container-agentの対応環境が拡大し、Kubernetes 1.36がサポートされるようになりました。また、ログ機能のオープンβ公開が予定されており、ログ検索体験の向上が期待されます。
Mackerelのログ機能が2026年7月16日にオープンβとして公開されます。この機能は、ログの分析や調査が一部の熟練者に偏る、暗黙知化されやすい、チームで再現しにくいといった課題を解決するために開発されました。β版では、直感的なログ検索と、検索条件の保存・共有機能を通じて、チーム全体のログ活用能力向上を目指します。 - 障害対応の効率化とチーム内での知見共有を求めるエンジニア - ログ調査の属人化に悩むテックリードやマネージャー - 監視やログ活用を本格化したいと考えているチーム
・オブザーバビリティ(可観測性)とは、システムの外部出力から内部状態を理解する能力を指し、未知の問題にもデータで対処できる状態を目指す概念です。 ・監視が既知の問題を検知するのに対し、オブザーバビリティは複雑化するシステムにおける未知の問題の原因究明を可能にし、メトリック、ログ、トレースの3つのシグナルを組み合わせることで実現されます。 ・この記事は、オブザーバビリティの基本を理解し、監視との違いを知りたいインフラエンジニア、SRE、バックエンドエンジニアなどを対象に、実践への第一歩や定着のポイントを解説しています。
・オブザーバビリティ(可観測性)とは、システムの外部出力から内部状態を理解する能力を指し、未知の問題にもデータで対処できる状態を目指す概念です。 ・監視が既知の問題を検知するのに対し、オブザーバビリティは複雑化するシステムにおける未知の問題の原因究明を可能にし、メトリック、ログ、トレースの3つのシグナルを組み合わせることで実現されます。 ・この記事は、オブザーバビリティの基本を理解し、監視との違いを知りたいインフラエンジニア、SRE、バックエンドエンジニアなどを対象に、実践への第一歩や定着のポイントを解説しています。
・オブザーバビリティ(可観測性)とは、システムの外部出力から内部状態を理解する能力を指し、未知の問題にもデータで対処できる状態を目指す概念です。 ・監視が既知の問題を検知するのに対し、オブザーバビリティは複雑化するシステムにおける未知の問題の原因究明を可能にし、メトリック、ログ、トレースの3つのシグナルを組み合わせることで実現されます。 ・この記事は、オブザーバビリティの基本を理解し、監視との違いを知りたいインフラエンジニア、SRE、バックエンドエンジニアなどを対象に、実践への第一歩や定着のポイントを解説しています。
Androidアプリ開発におけるアプリアイコンの仕様と作成サイズについて解説しています。 開発者やデザイナーが、適切な素材とサイズでアイコンを作成するための参考情報を提供します。 Androidアプリ開発に携わる方、特にUI/UXデザインやアプリアイコン作成に関わる方を対象としています。