{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreigcnmxqwimjmliqrbqcwib3gikoixw3mhk4nkwzkp3ynb2axsm4sq",
    "uri": "at://did:plc:p7rjlb4z2mqn4t7db3dto2m6/app.bsky.feed.post/3mimlkdn7gzw2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreiav53xbd46x5fu75j7w4bvrsj5zi4r7qpldr5opbyj3zw2cyrjjsy"
    },
    "mimeType": "image/png",
    "size": 148294
  },
  "path": "/entry/2026/04/03/173000",
  "publishedAt": "2026-04-03T08:30:00.000Z",
  "site": "https://devblog.thebase.in",
  "tags": [
    "newrelic.com",
    "speakerdeck.com",
    "blog.kinto-technologies.com",
    "docs.newrelic.com",
    "binc.jp"
  ],
  "textContent": "# はじめに\n\nArchitecture Design Grp で エンジニア をしている大塚です。\n\nNew Relic Advance: Tokyoというイベントに参加してきました。\n\nNew Relicのこれからについて、さまざまな発表がありましたので、簡単にまとめさせていただきました。\n\n今回はCEOなどの登壇もあり、見応えのあるイベントでした！\n\n# TL;DR\n\n  * New Relicが日本リージョン（国内データセンター）を追加予定で、データ保管要件とレイテンシ面でメリット\n  * 生成AI（Analyzer + MCPなど）でアラート調査の初動を短縮し、運用定着を加速する事例が紹介された\n  * New Relic Lensで外部DBやDWHなどにクエリし、NRQLで既存データと結合して分析できる\n\n\n\n# イベント概要\n\n  * 日程：2026/03/12 16:00 ~ 18:00\n  * 会場：八芳園\n\n\n\n# 全体の所感\n\nNew RelicのCEOなどが登壇するようなイベントで、今まで参加したイベントとは雰囲気がだいぶ違いました。\n\n生成AI時代なので、AIの活用を加速させる内容が多かったです。\n\nAI for New RelicとしてAIアシスタントやSRE Agentなどの紹介があり、インシデントなどの対応フローの自動化などが大きなトピックでした。\n\nNew Relic for AIとしてMCPの紹介や、ほかプラットフォームとの統合についての紹介もありました。\n\n基調講演でもAIとNew Relicのデータを用いてインシデントやアラート対応を効率化させるという話があったので、BASEでも取り込んでいこうと感じました。\n\n# セッション / トピック\n\n## 1) 日本リージョン追加！\n\nnewrelic.com\n\n日本にNew RelicのDCを設立するというお話です。\n\nセキュリティやプライバシー要件的にNew Relicに保存できなかった（海外リージョンのため）データも日本国内にデータが保存されるようになることで、より幅広いデータを集約することが可能になります。\n\nレイテンシなどのパフォーマンスにも寄与するような大きなトピックでした。\n\n## 2) **生成AIで加速させるNew RelicのEnabling**\n\nspeakerdeck.com\n\nblog.kinto-technologies.com\n\nNew Relicを組織に浸透させるための取り組みにAIを組み合わせて、活用を加速させるというお話でした。\n\n勉強会やドキュメントなどのコンテンツをいくら揃えても、それぞれのエンジニアにはそれぞれのタスクがあるので、時間を使って活用してもらうのは難しいという課題が挙げられていました。\n\nNew Relicを用いて、計装→検知→調査→解消までのサイクルは回せるようになるが、結局は人の目や手で対応をする必要があるので非効率という課題が残ってしまっていました。\n\nその課題に対してNew Relic Analyzerという仕組み（AIによる分析）を導入することで、初期調査の時間が大幅に短縮され、MCPを用いた対話型にすることで日常業務への定着も進んだとのことでした。\n\nBASEではアラートはSentryで調査はNewRelicという構造になっているので、現状を維持しても良いがNew Relicを活用できていない部分も大きいと感じました。\n\nインシデントやアラートの対応サイクルを改めて見直し、AIを導入した新しい仕組みづくりをしてみても良いかもしれない。。。\n\n## 3) New Relic Lens\n\ndocs.newrelic.com\n\nNew Relic外のデータソースに対してクエリを実行することが可能になりました。\n\nクエリ結果に対してNRQLでNRDBのデータとjoinして分析・可視化できるようです。\n\n現状対応しているのは以下\n\n  * **クラウド データ ウェアハウス** : Snowflake 、 Redshift 、 ClickHouse\n  * **リレーショナルデータベース** : PostgreSQL 、 MySQL 、 SQL Server\n  * **ドキュメントデータベース** : MongoDB 、 Elasticsearch\n  * **スプレッドシート** : Google Sheets\n  * **データレイク** : Iceberg\n  * **メトリクスと監視** : Prometheus 、 AWS CloudWatch\n\n\n\n# BASEでの活用の今後の展望\n\n  1. アラート対応やインシデント対応の実態調査\n  2. New Relic Analyzer的な機能の実装が可能かどうか\n  3. New Relic Lensを利用してNew RelicからMySQLのデータをクエリできるようにする（可能か？の調査から）\n\n\n\n# 最後に\n\n生成AIの活用が進む中で、アプリケーション監視についてもこれらの技術を用いる必要性を感じました。\n\n今回のイベントの内容はBASEでも活用できる内容が多かったので、積極的に取り入れることで社内のAI Observabilityを向上させていきたいと思います。\n\nこうした生成AIを活用した取り組みは各社行っていると思いますが、BASEでも積極的に開発やサービスに取り入れています。\n\nbinc.jp",
  "title": "New Relic Advance: Tokyo参加レポート",
  "updatedAt": "2026-04-03T08:30:01.000Z"
}