みなさん、こんにちは。AWS ソリューションアーキテクトの三厨です。 今週のトップニュースは AWS Agent Registry と Claude Mythos の Amazon Bedrock 上での Gated Research Preview でしょう。AWS の CISO である Amy が、AWSのセキュリティアプローチがどのように Anthropic のようなパートナーとお客様のイノベーションを加速しているのかを解説しているブログも今週号で取り上げていますので、ぜひご一読ください。 また今週

はじめにこんにちは。SRE（Site Reliability Engineer）として働いているDahee Eoです。私たちのチームは、Media Platform SREをはじめ、グローバルトラフィ...

はじめに JANOG57 NOC Backboneチームでスクラムマスター的な動きをしていたhokkai7goです。 JANOGとはJApan Network Operators' Groupを意味し、インターネットに於 […]

PART1：ドキュメント指向データベースの活用と Amazon DocumentDB の選択 -検討編- AWA 株式会社は、1 億 8,000 万曲以上の楽曲を提供する音楽ストリーミングサービス「 AWA 」を運営しています。 独自のライブ配信機能「 AWA ラウンジ 」やフラワーチャット / フラワースタンプ（投げ銭）機能を備え、幅広いデバイスに対応しています。 2015 年のサービス開始当初から AWS 上でシステムを構築してきた同社は、2025 年にサービス基盤のデータベースを MongoDB o

はじめに 分散ワークロードを運用するチームは、根深い運用上の課題に直面しています。障害が発生した際、解決に必要な情報はログ、デプロイパイプライン、設定変更履歴、サードパーティの監視ツールなど、あちこちに散在しています。深夜2時にアラートで呼び出された Site Reliability Engineer (SRE) は、複数のソースからテレメトリを手動で突き合わせ、サービス間の依存関係をトレースし、仮説を立てなければなりません。この作業には通常、数時間を要します。システムの複雑さが増すにつれ、AI を活用し

本記事は 2026 年 4 月 2 日 に公開された「 Agentic AI for observability and troubleshooting with Amazon OpenSearch Service 」を翻訳したものです。 Amazon OpenSearch Service は、組織のオブザーバビリティワークフローを支えるサービスです。Site Reliability Engineering (SRE) チームや DevOps チームは、テレメトリデータを集約・分析する統合ビューとして活用

本記事は 2026 年 3 月 31 日 に公開された「 Announcing General Availability of AWS DevOps Agent  」を翻訳したものです。 本日、 AWS DevOps Agent の一般提供開始をお知らせします。AWS DevOps Agent は、いつでも対応可能な運用チームメイトです。インシデントの解決とプロアクティブな予防を行い、アプリケーションの信頼性とパフォーマンスを最適化し、そして AWS、マルチクラウド、オンプレミス環境をまたいでオ

はじめに 2026年1月26日~29日にラスベガスで開催された「Dynatrace Perform 2026」に参加してきました。 最初の2日間はテーマ別にハンズオン形式のTraining Sessionが開催されDynatraceを実際に触って理解を深められました。メインとなる後半2日間では新機能の発表、40以上の各ユーザ活用事例の発表などがあり、進化への衝撃を受けるとともに様々な活用方法を学ぶことができ、大変有意義な時間でした。 本記事では、現地参加して感じた会場の雰囲気や基調講演で発表された新機能、

こんにちは。 Findy AI+ 開発チームのdanです。 この記事は「 エンジニア達の人生を変えた一冊 」として、ファインディのエンジニアが人生を変えた本を紹介していくシリーズです。 一冊の技術書がきっかけで、新しい分野に足を踏み入れたり、日々のコードの書き方が変わったりした経験はありませんか？今回は私・danと、千田さんの2名が、自分にとって転機となった本をお届けします。 それでは、さっそく紹介していきましょう！ SREの知識地図——基礎知識から現場での実践まで この本を読んだきっかけ 本の内容 この

みなさんこんにちは！ワンキャリアでソフトウェアエンジニアを担当しています渡邉（X： @PwatanabeMiki ）です。 現在はフロントエンドとSREを主に担当しています。 去年「SRE Kaigi 2025」に一般参加しましたが、今回の「SRE Kaigi 2026」は「登壇者」として参加してきました！今回はそのイベントレポートと、私の登壇内容、そして印象に残った発表をお届けしようと思います。

こんにちは、ラクスの技術広報です。 2026年2月20日（金）、ラクスの社内テックカンファレンス「Rakus Tech Conference for Us 2026」 を開催いたしました。 組織が拡大し、それぞれのプロダクトや職種の専門性が高まる中で、いかに「横の繋がり」を強め、新たな価値を生み出すか。熱気に包まれた当日の様子をレポートします。 開催の背景とテーマ：『Synergies』（シナジー） 多彩な8セッション：技術の先にある「協働」を語る 発表内容 【セッションラインナップ】 イベント後に寄せら

サプライ開発部 部長 藤田善光 インタビュー 広告配信の世界では、ミリ秒単位の処理速度と膨大なトラフィック処理能力が求められます。ユーザーがページを開いた瞬間に広告が表示される。その裏側では、毎秒膨大なリクエストが発生し、それを低レイテンシで処理し続けるシステムが動いています。 その基盤を支えるのが、ジーニーのサプライ開発部です。 CPUやLinuxといった低レイヤー技術まで踏み込みながら、広告配信基盤のパフォーマンスを最大化し続ける。その設計と運用を担う組織を率いる藤田善光に、技術戦略、組織体制、そして

SREの藤原です。 MNTSQではセールス、コンサルティング、テクニカルサポートのメンバーなどが顧客からの問い合わせに回答する際に参照するセキュリティホワイトペーパーが存在しています。 このセキュリティホワイトペーパーを、これまではGoogle Docsにて管理していました。 これをマークダウン + GitHubリポジトリでの管理に移行したので、その事例エントリです。 Google Docsで管理する際に発生していた問題 Google Docs自体は共同編集ツールとしては非常に優れています。 一方で、社内

はじめに SREの寺島です。 MNTSQでは、本番環境でのAWSの手動操作や顧客情報データへのアクセス等をCloudTrailログから検知し、操作者に目的や理由を確認するセキュリティ監査を運用しています（詳細は こちらの記事 を参照）。 これまではログからの異常検知は自動化されていたものの、その後の操作内容の確認や目的や理由を確認する運用が人力で行われており、運用上のToilとなっていました。 この課題を解決するため、今回、セキュリティ監査運用を自動化するSlack Botを開発しました。本記事では、その

こんにちは！人材紹介開発グループでSRE活動をしている大上です。 私は2026年1月から、心機一転SRE領域に挑戦しています。SWEとして約7年のキャリアはありますが、AWSやインフラの世界ではまだ3か月目の初心者です。 そんな私が、人生初のオフラインイベント「JAWS DAYS 2026」に飛び込んできました。 本記事では、インフラ初心者かつイベント初参戦の私が、会場の熱気に揉まれながら何を感じ、どんな景色を見てきたのかを等身大でお伝えします。 参加に対する不安 正直なところ、参加が決まってから当日を迎