Erika Takada

株式会社モニクルでSREをしているbeaverjrです。この記事はモニクルAdvent Calendar 2025の8日目の記事です。 1. はじめに弊社では、社内の可視化基盤としてGoogle Cloud Run 上で Grafana を動かしています。この Grafana は社内のメンバーだけが安全に見られるようにしたいため、Identity-Aware Proxy（IAP）で保護しています。今年 IAP for Cloud Run（現在プレビュー版）が登場し、Cloud Run 単体で IAP を有効化できるようになったため、より簡単に安全な社内向け環境を用意できるように...

Cloud Run + IAP 環境下で Grafana MCP を使うためのプロキシ実装

Sentryでできることを色々調べているうちに、Grafana Cloudと連携して様々なメトリクスと合わせて可視化することができそう、ということがわかりました。そこで今回は、Grafana CloudとSentryを連携して、Sentryのデータを可視化する方法を試してみました。Grafanaのプラグインを使えば、意外と簡単にSentryのデータをダッシュボードに組み込むことができます。 SentryをGrafana Cloudに連携する方法SentryのデータをGrafana Cloudで可視化するには、Grafana data source plugin for Sentr...

Sentry と Grafana Cloud の連携を試してみた

はじめに株式会社モニクルでSREを担当しているbeaverjrです。この記事はSRE Advent Calendar 2024の10日目の記事です。弊社SREチームでは、Slack次世代プラットフォーム（next generation Slack platform）を活用して、インシデント対応の標準化を目指すSlackbotを作成しました。https://zenn.dev/monicle/articles/b3173ccbaa41a1今回はそのbotに追加したリマインダー機能についてご紹介します。 背景インシデント発生時に作成された対応用のチャンネル（WarRoom）...

[小ネタ]Slack Platform（Deno）で作成したインシデント対応botにリマインダー機能を追加した

はじめに株式会社モニクルでSREをしているbeaverjrです。この記事はモニクルAdvent Calendar 2024の6日目の記事です。今回は、弊社のSREチームのロードマップを作成した背景や、作成にあたって意識したことをまとめました。 なぜロードマップを作成したかSREチームでは、これからチームとしてどうしていくか、という具体的な中長期における計画は立てておらず、方向性が漠然としている状態でした。また、弊社のSREチームは未経験からスタートしたチームであり、1年と少しが過ぎて徐々にSREとしての考え方や業務の進め方に慣れてきたところでした。このタイミングで、改め...

SREチームのロードマップを作った話

はじめに株式会社モニクルでSREを担当しているbeaverjrです。弊社SREチームではSlack次世代プラットフォーム（next generation Slack platform）を活用して、インシデント対応の標準化を目指すSlackbotを作成しました。今回はその取り組みについてご紹介します。 背景と課題弊社では、インシデント対応においていくつかの課題に直面していました。特に、インシデントレベル（SEV＝深刻度）やエスカレーションフロー（SEV別の報告先、役割分担、対応フロー）が定まっていないことが大きな問題でした。そのため、まずはこれらの定義を行いました。この取り...

Slack Platform（Deno）を活用したインシデント対応標準化の取り組み

はじめにモニクルでSREをしているbeaverjrです。この記事では、私が2023年7月に弊社初の専任SREとして入社してからの経験を振り返り、行ってきたこと、実際に直面した挑戦やそこから得られた学びを共有します。今回は技術的な面ではなく、SREチーム・個人としてどのように成長してきたか、その過程でどのようにSREのイネーブリングの取り組みを進めてきたかに焦点を当てて紹介したいと思います。※イネーブリング：この文章では組織にSREの原則と実践を広め、根付かせることを目指す活動を意味します。 SREチーム立ち上げの背景弊社はエンジニア全員がフルサイクルエンジニアとして活躍...

モニクルのSREチーム形成期を振り返って

はじめにAWSやGoogle Cloudなどのクラウドサービス上でリソースとコストを効率的に管理するためには、適切なクォータ設定がマストです。例えば、やばい!!!!! 間違ってBigQueryで大量のデータにクエリを実行してしまった!!!!!!!という場合などでも、クォータを適切に設定しておけば、予期しない高額な請求を防ぐことができ、一安心です。この記事では、Terraformを用いてGoogle Cloudのクォータ管理をする方法を、BigQueryの事例を通して説明します。 Google CloudのクォータについてGoogle Cloud コンソールでは、クォー...

BigQueryのクエリ利用量に上限を設定しよう！TerraformによるGoogle Cloudクォータ管理

組織再編などで企業やプロジェクトの構造が変化すると、異なるAWSアカウントでサービスを管理する必要が生じることがあり、Amazon Connectの電話番号に関してもアカウント間で移行するシーンがあるかと思います。実際にAmazon Connectの電話番号をアカウント間で移行した際、注意しなければならないと思った点を紹介します。 アカウント間での電話番号移行下記の公式ドキュメントのAmazon Connectインスタンスが異なるリージョンまたは異なるAWSアカウントにある のセクションにも記載がある通り、アカウント間での移行には移行元と移行先の各アカウントから1つずつ、2つのA...

Amazon Connectの電話番号移行：アカウント間でスムーズに進めるためのポイント

この記事は モニクル Advent Calendar 2023 の 8 日目の記事です。@beaverjrです。モニクルでSREをしています。 はじめにVercelでは、出力したログを各プロジェクトのFunctions画面でリアルタイム表示させることができますが、保存はされません。https://vercel.com/guides/how-do-i-store-logs-on-vercelログを永続的に保持しておくためにはVercelが連携している外部loggerサービスhttps://vercel.com/integrations#loggingまたはLogDra...

VercelのログをCloud Loggingに送りたい!! with Cloudflare Workers

Google Cloudから2023年8月にPersonalized Service Healthというサービスがプレビュー版として公開されました。!2024年1月GAとなりました!!https://cloud.google.com/blog/ja/products/devops-sre/personalized-service-health-is-now-generally-available 書こうと思った経緯入社後、業務でGoogle Cloudを本格的に使い始め、Google Cloud自体の障害情報をいい感じにキャッチする方法がないかな〜〜と思い始めました。（´...