はてなブックマーク

本記事では、オブザーバビリティプラットフォームであるMackerel、特にそのAPM部分について、大規模データに対応するためにどのような工夫を行っているかを紹介します。 オブザーバビリティプラットフォームは多くのデータを処理します。 たとえば、株式会社AbemaTVではサンプリングがない場合毎秒165万スパン作成されることを先日のObservability Conference Tokyo 2025で発表しています。 また、Googleの時系列データベースであるMonarchでは毎秒数テラバイト、PinterestのGokuでは毎日4.5兆のデータポイントを取り込んでいると報告しています。 このように、オブザーバビリティ関連のデータは大規模になるものです。 私たちMackerelはSaaS型のオブザーバビリティプラットフォームを提供しており、多数の企業からオブザーバビリティ関連のデータを受

このたびMackerelは、大規模言語モデル（LLM）連携を可能にする「Mackerel MCPサーバー」 の提供を開始しました。本記事の前編では、このMCPサーバーを利用してAIと連携することで、アラート情報の取得から原因分析、詳細な対処手順の提案までをAIが支援し、誰でも迅速・的確にトラブル対応できる具体的な可能性を紹介します。 こんにちは。Mackerelチームでサブディレクターとプロダクトマネジメントを担当している id:RyuGoo と申します。Mackerelチームでは主に、事業計画に基づいた数年先の戦略立案やKPIの管理などを行っています。 システムの開発から監視・運用まで多くの場面でいまやAIは欠かせないものとなっています。Mackerelにおいても、AIを活用したシステムの監視・運用をより便利に行っていただくために、Mackerel MCPサーバーの提供を開始しました。

こんにちは。Mackerelチームに所属しているエンジニアの id:lufiabb です。 Webアプリケーションが意図しない挙動をしたとき、ログを使って調査される方は少なくないと思います。お使いになっているログサービスの仕様にも依りますが、伝統的にはログは時間の経過に沿って並ぶので、特定のリクエストだけ調べたい場合やサービスの境界を超える場合には、調べる側で大量のログから必要な情報を抽出するためになんらかの工夫が必要になるでしょう。また、複数のサービスが協調して稼働している場合には、何がどのように連携しているのかといったシステム構成も、読む側で把握しておく必要があります。ログの1行がどこで出力されたものなのかを知るには、該当バージョンのソースコードを追う必要さえあるかもしれません。 このように、ログを出力するのは簡単だけれども、読むためには意外と多くの背景知識が必要です。なので個人的には

Webサービスを開発・運用する上で、開発チームと運用チームの連携は、サービスの品質と安定性を保つために不可欠です。しかし、実際には「開発チームは機能追加に注力し、運用チームは日々の運用や障害対応に追われている」といった状況に陥り、両チーム間の情報共有や認識のずれが生じ、連携がスムーズにいかないケースも少なくありません。 もし、開発チームと運用チームが同じ指標を見て、同じ認識を持ってサービスの状態を議論できたらどうでしょうか？今回は、まさにそれを実現するREDメソッドという共通言語と、それがもたらす開発・運用体験の変革についてご紹介します。 共通言語の欠如による開発と運用のコミュニケーションギャップ 従来の監視では、開発チームがログやアプリケーション固有のメトリックに注目する一方、運用チームはサーバのリソース使用率（CPU、メモリ、ディスクI/Oなど）やネットワークの状態といったインフラ寄り

はじめに OpenTelemetryは、計装を通じてオブザーバビリティを向上させるためのツールです。 OpenTelemetryで計装を行うと、収集したデータはOpenTelemetry Collectorやバックエンド（MackerelやJaeger）に送信されます。 送信されるメトリックやトレースなどのデータは、まとめてシグナルと呼ばれます。 OpenTelemetryの計装は簡単ですが、シグナルを深く理解することで、OpenTelemetryをより効果的に活用できるようになります。 この記事では、Mackerelチームでアプリケーションエンジニアをしている id:mrasu が、OpenTelemetryのシグナルについてProtocol Buffersの定義と計装を深堀りしていきます。 はじめに シグナルの送信 Protocol Buffersでの定義 Protocol Buffe

本日、MackerelのAPM（アプリケーションパフォーマンスモニタリング）機能を、正式リリースしました。 APM機能はアプリケーションのエラーやパフォーマンス低下を迅速に把握し、原因の特定から解決までを強力にサポートします。従来のサーバー監視機能に加えてアプリケーションモニタリングの機能についても、導入しやすくチームに浸透しやすい、Mackerelらしい形で提供していきます。技術面ではオブザーバビリティ標準であるOpenTelemetryを基盤としており、今後も積極的に機能拡充していく予定です。Mackerelは始めやすくて奥深い可観測性プラットフォームとして、今後も複雑化するシステムの問題への対応をチームで取り組むためのイージーな方法を提供していきます。 Mackerel APMの特徴 APMの料金体系について 販売店および販売店経由でMackerelをご利用のお客様へ 「Macker

いつもMackerelをご利用いただきありがとうございます。このたび、MackerelのAPM（アプリケーションパフォーマンスモニタリング）をベータリリースいたします！ この記事では、APMによってMackerelで得られる体験と、正式リリース時の料金体系をご紹介します。 APMとは、アプリケーションの性能や状態を可視化し、問題の早期発見や解決を支援するツールです。これまでMackerelが提供してきたインフラを中心としたシステム監視に加え、システムのトランザクション単位での詳細な追跡や、HTTPリクエスト・データベースアクセスなどのボトルネックの特定といったアプリケーションの監視やオブザーバビリティ向上のための機能を提供します。 目次 サービスを中心としたオブザーバビリティ体験を提供します 詳細分析の起点となるサービス一覧 サービスごとのパフォーマンスを素早く確認できるサマリー 問題の分

こんにちは、MackerelチームCREの id:kmuto です。新年度・新学期の気配ですね。新年度・新学期での未知は不安でもありワクワクでもありますが、システムやサービスが未知で何も見えない状況は困るだけなのでオブザーバビリティで解決していきましょう。では、今回のアップデート内容をお知らせいたします。 すぐに始められるトレース投稿チュートリアルを用意しました トレーシング機能のドキュメントをMackerelのヘルプページで公開しました スパンの属性値が配列だったときの表示をわかりやすくしました トレース詳細画面からそのサービスに関するメトリックへのリンクを追加しました デプロイ環境を表す属性としてdeployment.environment.nameもサポートしました カスタムダッシュボードでグラフスライダーの表示有無を記憶するようになりました 注意喚起：MackerelのOSSリポジ

いつもMackerelをご利用いただきありがとうございます。Mackerelプロデューサーのid:wtatsuruです。 この記事では、今後Mackerelが開発するアプリケーションパフォーマンスモニタリングの開発予定と使い方について紹介いたします。 アプリケーションパフォーマンスモニタリングの開発と今後の予定 Mackerel APMに込めた思い Mackerelのトレーシング機能の利用方法 使ってみた感想やフィードバックをお聞かせください！ 2/13（木）わかった気になる分散トレーシング - OpenTelemetryでトレーシングに入門するハンズオン！ アプリケーションパフォーマンスモニタリングの開発と今後の予定 Mackerelは、2025年前半にアプリケーションパフォーマンスモニタリング（APM）の機能をリリースします。APM機能は、アプリケーションの挙動に注目して性能やエラーの

こんにちは、Mackerel CREのid:do-su-0805です。 この記事では、プロダクト運用において活用されている有識者の経験や知識を、Mackerelの機能を利用して表現することで、特定個人に依存せずチームの知識として活用・運用する事例についてご紹介いたします。 このようなシチュエーションに心当たりはありませんか 開発しているが運用にかかわっていないプロダクトに対して、以下のような状況になったことはありませんか。 監視ツールからアラートが上がったが、この監視が設定されている理由や閾値の意味がよく分からないので、詳しそうな人に確認をお願いしている。 監視ツールでシステムの状況を見たときに違和感を覚えるメトリックがあったが、運用担当者から「それはいつものことなんで気にしないでください」と言われてスルーし、結局何だったのかよくわからない。 あるいは、プロダクト運用を担当している方で、

はじめに Mackerelでは先ごろ、分散トレーシングサービスのVaxilaが使えるようになりました。Mackerelがこれまで提供していた監視（モニタリング）も、この度お使いいただけるようになったトレーシングも、システムの状態の把握や理解をするための手法ですが、視点や手法が異なります。 このエントリでは、ごくシンプルなアプリケーションからトレースやスパンを送信しVaxilaの画面を交えながら、トレーシングの見方や活用方法をご紹介します。 はじめに トレーシングとは何か シンプルなWebアプリケーションを用いたトレーシングの例 アプリケーションを起動する トレース画面の見方 全体のリクエストフロー 各スパンの詳細を見ていく トレーシングを用いてどのように課題を発見するか まとめ トレーシングとは何か まず、トレーシングについておさらいしましょう。 トレーシングとは、アプリケーションの処理フ

Mackerelチームでアプリケーションエンジニアをやっているid:lufiabbです。 この記事はMackerel Advent Calendar 2024の20日目の記事です。昨日はid:kmutoさんの「今年もMackerel CREの仕事に絡めて技術素振りしていた、という話」でした*1。 Mackerelでは、ラベル付きメトリックとしてOpenTelemetry対応を進めていますが、このメトリックを意思決定の参考にする事例をひとつ共有したいなと思います。 背景 Mackerelの外形監視において、お客さまのサイトへ毎分アクセスするクローラはGoで実装しています。GoではTLS接続を行うパッケージとして標準ライブラリに crypto/tls を持っていて、よほど特別な事情がなければこれが使われることが多いでしょう。Mackerelの外形監視でも crypto/tls を使っています。

こんにちは！Mackerel CREチーム プランナーのid:meymao です。なんだか年々歳を追うごとに1年が過ぎるのが早く感じますよね（この現象を「ジャネーの法則」と言うらしいです）。 2025年がもうすぐやってきてしまいますが、今年はどんなことをしただろうか......ということで、2024年に公開されたMackerelブログのエントリーでMackerelの1年を振り返ってみようと思います。（この記事は Mackerel Advent Calendar 2024 の12日目の記事です。前の日の記事はid:ne-sachirouの「CloudNative Daysのオブザーバビリティを支へるMackerelの活用 (Winter 2024編)」でした） Mackerelブログで振り返る、Mackerelの2024年 📡 OpenTelemetry 関連 2024年は Mackere

こんにちは！Mackerel CREチーム プランナーのid:meymao です。去年クリスマスケーキを予約せず当日にケーキが買えなかったので、今年はしっかりクリスマスケーキの予約をしました。皆さんはもう予約はお済みですか？ 年末の風物詩、Mackerel Advent Calendarがスタートする12月1日まで、あと2日。今年で10年目のMackerelは、サービスが開始した2014年から毎年 Mackerel Advent Calendar を続けてきました。過去9年で投稿されたさまざまな記事の中には、今でも読んでタメになる・つい試してみたくなる記事がたくさん！ そこで今回は、過去9年間のエントリーの中から「今あらためて読みたい」記事を中心に、ピックアップしてまとめました。 過去9年間のエントリーから選りすぐりの記事、紹介します！ ☝️ ちょっと触ってみて。Mackerel 入門記事

こんにちは！ Mackerel チーム、サブディレクターの id:RyuGoo です。本日より、パブリックベータとして公開していたOpenTelemetry対応のメトリック（ラベル付きメトリック）を正式版としてリリースします。あわせて、今後のMackerelのOpenTelemetry対応の開発方針について紹介します。 また、2024年10月1日のお知らせに関する再度の周知となりますが、本日より価格体系を更新しております。改めてご確認いただけますようお願いいたします。 「OpenTelemetry対応のメトリック」機能を正式リリースします！ OpenTelemetry対応のメトリックとは？ ラベル付きメトリックを投稿するには？ ラベル付きメトリックだからできる新しい活用方法 ラベル付きメトリックのご利用料金 今後のOpenTelemetry対応について 価格体系の更新について 変更内容 ＜

こんにちは！Mackerel チーム CRE の須藤（id:do-su-0805）です。今回のアップデート内容をお知らせいたします。 カスタムダッシュボードおまかせ生成機能をリリースしました Microsoft Teams 通知チャンネルへの通知方式を変更しました コンソールからミュート中の監視ルールの更新時にミュート状態が継続するようになりました status.mackerel.ioで示す機能コンポーネントを変更しました Mackerelのセキュリティチェックシートを公開しました MackerelがSAML連携に対応します 10/22(木) モニタリング・オブザーバビリティの変遷とこれからの展望！ - Mackerel Tech Day開催！ カスタムダッシュボードおまかせ生成機能をリリースしました Mackerel上の情報をまとめたダッシュボードを作成できるカスタムダッシュボードにて、

この記事は、Mackerel Tech Day開催記念連載 3回目の記事です。 前回は、分散トレーシングサービス Vaxila(ヴァキシラ)ってどんなサービス？ - Mackerel Tech Day開催記念連載 #2 でした。 こんにちは。Mackerel CREチーム ディレクターのid:missasanです。 CREチームでは、以前よりプロダクトとユーザーの橋渡し役として、Meetupなどのイベントの企画・運営やアンバサダープログラムなどの運営に携わってきました。 今回は、今後プロダクトがオブザーバビリティプラットフォームとしての進化を目指す大きな変革のタイミング*1にある中、あらためてCREとしてユーザーとどのように向き合っていきたいかということを、10/22(木)に開催されるMackerel Tech DayのコアスタッフであるCREチームメンバーにインタビューしていきたいと思い

こんにちは！Mackerel CREチームでカスタマーサクセスマネージャー（CSM）をやっているid:chizniiです。 Mackerel は2024年9月17日で正式リリースから10周年を迎えます。今後はオブザーバビリティ分野にも力を入れ、始めやすくて奥深いオブザーバビリティプラットフォームとして進化していきます。これからのMackerelがどのように変わっていくのか、何を目指していくのかについてぜひお伝えしたいと考え、2024年10月22日（火）に、オブザーバビリティをテーマとした技術イベントを開催する運びとなりました。 mackerelio.connpass.com イベントの開催を記念して、今回は新しくMackerelで利用できるようになった、分散トレーシングサービス Vaxila(ヴァキシラ)について、開発を行っている Mackerel チームエンジニアの id:mrasu、i

いつもMackerelをご利用くださりありがとうございます。 おかげさまで、Mackerelは2024年9月17日で10周年を迎えました。 日本製サーバー監視サービス Mackerel の誕生は遡ること11年前の2013年、はてな社内で行われた事業プランコンテストがきっかけでした。*1 2014年9月17日の正式リリースからたくさんの方々にご利用いただいてきたMackerelそして監視・運用の技術を取り巻く潮流は変化し続けており、Mackerelもいま、これまでの「サーバー監視・管理」の領域から「オブザーバビリティ」領域の開発へと、さらなる進化の転換期になっています。 今回は、激しく変わっていく世の中でもMackerel が変わらず大切にしている「エンジニアを”ワクワク”させること」を支え、Mackerel のプロダクト開発をリードしてきた歴代のプロダクトマネージャーから、10周年を迎えた

こんにちは。Mackerel チーム SRE の id:heleeen です。 Mackerel では、OpenTelemetry の仕様に準拠したラベル付きメトリックを手軽に利用するための機能の１つとして、メトリックを探索するための「メトリックエクスプローラー」という機能を開発しています。 これまでイベントやブログ記事で少しずつ紹介してきたメトリックエクスプローラーを、本日、パブリックベータ版の機能として公開します。 メトリックエクスプローラーとは メトリックエクスプローラーの使いかた ラベル付きメトリックとカスタムダッシュボードをフリープランでご利用いただけるようになりました ラベル付きメトリックご利用上の注意 メトリックエクスプローラーは開発中の機能です メトリックエクスプローラーとは メトリックエクスプローラーとは、Mackerel に投稿されたラベル付きメトリックを探索してシステ

いつもMackerelをご利用いただきありがとうございます。Mackerelプロデューサーの id:wtatsuru です。 Mackerelは2024年9月17日でリリースから10周年を迎えます。この記事では、10周年という節目のタイミングを前に、あらためて今後のMackerelの方向性と、特に力を入れていくオブザーバビリティの機能リリースについて紹介しています。 mackerel.io 「始めやすくて奥深い、可観測性プラットフォーム」へ 分散トレーシングサービスVaxilaがMackerelから利用できます ラベル付きメトリックを探索する機能「メトリックエクスプローラー」をリリースします オブザーバビリティ機能を気軽に試していただけるよう、フリープランの機能を拡張します 今後のオブザーバビリティ関連のロードマップ 10周年に合わせ、オブザーバビリティ技術をテーマとしたイベントを開催しま

こんにちは！ Mackerel チーム、サブディレクターの id:RyuGoo と申します。2024年4月から Mackerel チームの一員に加わり、主にプロダクトマネジメント的な仕組みや考えの導入を進めています。 Mackerel は OpenTelemetry を基盤としたオブザーバビリティの対応強化を進めています。2024年6月に発表した Vaxila の事業譲受より、ユーザーの皆様にオブザーバビリティの主要シグナルである「トレース」をいち早く体験していただけるよう開発を続けておりましたが、本日、このトレースを提供する Vaxila を Mackerel の機能として無料でご利用いただけるようになりました（トレース機能の体験版という位置づけとなります）。 本位置づけの性質上、通常の Mackerel とは品質基準やサポート対応が異なります。以下の点にご注意ください。 予告なしの停止

こんにちは、Mackerel 開発チームの id:onk です。 8/3-8/4 にかけて Abema Towers で開催された SRE NEXT 2024 IN TOKYO に Mackerel チームからも参加してきたので、参加レポートをお届けします。 Mackerel はシルバースポンサーとして協賛させていただきました。 当日集まった はてなスタッフたち 印象に残ったセッション・企画 Road to SRE NEXT Road to SRE NEXT＠福岡 Road to SRE NEXT＠仙台 Road to SRE NEXT＠京都 Road to SRE NEXT＠広島 スタッフ参加 終わりに 印象に残ったセッション・企画 (id:rood_ni) LTの『FourKeysを導入したが生産性向上には至らなかった理由』が印象に残りました。 〜をしたらうまくいった、という発表が多い

こんにちは！Mackerel CREチームでカスタマーサクセスマネージャー（CSM）をやっているid:chizniiです。 私たちCREチームは、お客様がMackerelを安心してご利用いただくために様々な取り組みを行っています。 今回の記事では、Mackerelのテクニカルサポートチームの事例を紹介します。具体的な指標や成果を基にした振り返りを通じて、サポートの質をどう高めていくか？という内容になります。今期の目標に向けた取り組みや、サポート活動の改善点について、サポートの品質向上に向けた具体的な取り組みをテクニカルサポートチームの id:do-su-0805 と id:masarasi に聞いてみましたので、ぜひご覧ください。 今期取り組んでいるテーマは？ id:do-su-0805 今期は「信頼性の玄関口」というテーマを掲げています。 これは、今期のチームの目標をどうしようかと会話し

こんにちは！ Mackerel CREチームでカスタマーサクセスマネージャー（CSM）をやっているid:chizniiです。 2024年6月5日(水)に「オブザーバビリティ再入門 - 大切さと高め方を知ろう！」をはてな 東京オフィスにて開催しました。本記事ではイベントのレポートを行いつつ、発表資料や配信動画のアーカイブを掲載いたします。 オブザーバビリティ再入門 - 大切さと高め方を知ろう！ オブザーバビリティ再入門 - 大切さと高め方を知ろう！とは 今回もイベントのライブ配信を行いました コミュニケーションを促進するための仕組みとして名札を用意 盛りだくさんのトーク内容 可観測性ガイダンス by @nwiizoさん メトリクス、ログ、トレースをうまく使い分けて可観測性を高めよう！ by id:masayoshi OpenTelemetry デモを使って Mackerel のメトリック探索