hbstudy#86 SRE大全：スマートニュース編での登壇について
スマートニュースの SRE エンジニアリングマネージャーが、オンコール体制を廃止する独自のアプローチを含む SRE 運用の詳細と採用情報を hbstudy#86 で発表した。
キーポイント
オンコール非実施という特異な運用
スマートニュースの SRE チームは、一般的な On-call 体制を採用せず、独自の運用モデルでシステム信頼性を担保している点が特徴である。
hbstudy#86 での詳細発表と資料公開
12 月 6 日の勉強会で 2 時間枠の発表が行われ、YouTube ライブ配信および録画を通じてシステムアーキテクチャや運用の詳細が共有された。
組織体制と採用への意欲
ミッション達成のために SRE メンバー数が不足しており、グローバル最適化と高速安定化を目指す環境で働くエンジニアを積極的に募集している。
影響分析・編集コメントを表示
影響分析
この記事は、大規模サービスにおける SRE の多様な運用モデル（特に On-call 廃止）の具体例を示し、業界内のベストプラクティス議論に新たな視点を提供するものです。また、採用活動を通じて技術的な課題解決への意欲を表明しており、同分野のエンジニアにとって具体的なキャリアパスや組織文化を知る重要な情報源となります。
編集コメント
オンコール体制の廃止という異色の SRE 事例は、大規模サービスの信頼性確保における多様なアプローチを示す貴重なケーススタディです。採用情報も具体的で、技術的挑戦に興味のあるエンジニアにとって有益な内容となっています。
Site Reliability Engineering チームの Engineering Manager、尾形(@nobu666)です。12月6日に、株式会社ハートビーツ様主催の「hbstudy#86」にて、スマートニュースのSREについて発表してきました。思いつく限りスマートニュースの SRE に関する話を盛り込んだつもりです。ぜひご一読いただき、何かしら反応いただけると嬉しいです。
hbstudyは主にインフラエンジニアを対象にした勉強会で、なんとすでに86回を数える息の長い勉強会になっています。SRE Lounge という 株式会社 UZABASE 様の SRE チームが主催している勉強会に以前登壇させていただいた際のご縁で、Facebook の SRE Community 経由でハートビーツ藤崎様よりお声がけいただきました。このような機会をいただき、改めて御礼申し上げます。
なんと2時間枠、ということで盛りだくさんの内容となりました。事前に練習とか全くしなかったのでタイムキープが心配でしたが、1時間40分 + 質疑10分でほぼ時間どおりに話すことができました。
チームの構成(SREとData Engineer)
基本的なシステムアーキテクチャ
スマートニュースの SRE でちょっと変わっていることというと、 On-call をやっていないことかと思います。なぜそうなっているのか、実際どう運用しているのか、資料には載せきれず口頭で補足してしまっているところも多々あります。当日は YouTube でもライブ公開が行われており、録画を見ることができるようになっております。ちょっと時間が長いですが、 YouTube をご覧いただきながら資料を見ていただくことでよりご理解いただけるかと思います。
発表にもある通り、スマートニュースに所属するエンジニアに対して SRE メンバーの数が圧倒的に足りていません。「世界中の良質な情報を必要な人に送り届ける」というミッションを達成するために、まだまだやらなければならないことが多くあります。よりグローバルに最適化させ、高速で安定したアーキテクチャへ進化させていく必要があります。
少しでもそういう環境にご興味をお持ちの方がおりましたら、ぜひお気軽にご応募ください。まずはランチでもご一緒しながら、軽く話を聞いてみたいということでも構いません!
原文を表示
Site Reliability Engineering チームの Engineering Manager 尾形(@nobu666)です。12月6日に、株式会社ハートビーツ様主催の「hbstudy#86」にて、スマートニュースのSREについての発表をしてきました。思いつく限りスマートニュースの SRE に関する話を盛り込んだつもりです。ぜひご一読いただき、何かしら反応いただけると嬉しいです。
hbstudyは主にインフラエンジニアを対象にした勉強会で、なんとすでに86回を数える息の長い勉強会になっています。SRE Lounge という 株式会社 UZABASE 様の SRE チームが主催している勉強会に以前登壇させていただいた際のご縁で、Facebook の SRE Community 経由でハートビーツ藤崎様よりお声がけいただきました。このような機会をいただき、改めて御礼申し上げます。
なんと2時間枠、ということで盛り盛りな内容となりました。事前に練習とか全くしなかったのでタイムキープが心配でしたが、1時間40分 + 質疑10分でほぼ時間どおりに話すことができました。
チームの構成(SREとData Engineer)
基本的なシステムアーキテクチャ
スマートニュースの SRE でちょっと変わっていることというと、 On-call をやっていないことかと思います。なぜそうなっているのか、実際どう運用しているのか、資料にはのせきれず口頭で補足してしまっているところも多々あります。当日は YouTube でもライブ公開が行われており、録画をみることができるようになっております。ちょっと時間が長いですが、 YouTube を御覧いただきながら資料を見ていただくことでよりご理解いただけるかと思います。
発表にもある通り、スマートニュースに所属するエンジニアに対して SRE メンバーの数が圧倒的に足りていません。「世界中の良質な情報を必要な人に送り届ける」というミッションを達成するために、まだまだやらなければならないことが多くあります。よりグローバルに最適化させ、高速で安定したアーキテクチャへ進化させていく必要があります。
少しでもそういう環境にご興味をお持ちの方がおりましたら、ぜひお気軽にご応募ください。まずはランチでもご一緒しながら、軽く話を聞いてみたいということでも構いません!
関連記事
2026 年に AI エンジニアになるためのロードマップ
KDnuggets が、2026 年までに AI エンジニアとして活躍するための学習ロードマップを提示している。
メルペイのキャンペーン基盤をルールベース汎用システムへ再構築し、Otoku Revolution を実現したまでの話
メルカリのGrowth Platform Teamが、メルペイのポイント還元キャンペーン基盤「Santa」をルールベースの汎用システムに書き直し、大規模な機能刷新（Otoku Revolution）を実現した経緯について述べています。
カーソルベース API のデータを結合するページネーション設計
メルコインのインターンエンジニアが、2 つの API から日時順にマージした結果に対してページネーションを提供する際、各ソースのカーソル位置をどう制御するかという課題と解決策について解説している。
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み