https://www.devkuma.com/jp/tags/sre/ https://www.devkuma.com/jp/tags/sre/logo/180x180.jpg https://www.devkuma.com/jp/tags/sre/ Recent content in SRE on devkuma Hugo -- gohugo.io jp kc@example.com (kc kim) kc@example.com (kc kim) The devkuma https://www.devkuma.com/jp/docs/sre/ Sun, 24 Aug 2025 13:07:00 +0900 kc@example.com (kc kim) https://www.devkuma.com/jp/docs/sre/ <h2 id="sre-とは">SRE とは？</h2> <p>SRE (Site Reliability Engineering、サイト信頼性エンジニアリング) は、IT 運用に対するソフトウェアエンジニアリングのアプローチである。SRE はソフトウェアをツールとして活用し、システムを<strong>管理</strong>し、問題を<strong>解決</strong>し、運用タスクを<strong>自動化</strong>する。</p> <p>SRE は、拡張可能で信頼性の高いソフトウェアシステムを<strong>作成</strong>するときに有用な方法である。コードによって大規模にシステムを<strong>管理</strong>できるため、数千台から数十万台に及ぶマシンを管理するシステム管理者に、より高い<strong>拡張性</strong>と<strong>持続可能性</strong>を提供する。</p> <p>Google エンジニアリングチームの Gen Treynor Sloss が創案した概念である。</p> <h2 id="sre-を使用する利点">SRE を使用する利点</h2> <p>新機能を適切なタイミングでリリースし、ユーザーがその機能を<strong>安定的</strong>に利用できるようにする。</p> <h3 id="sre-エンジニアの役割">SRE エンジニアの役割</h3> <p>追加の運用経験を持つソフトウェア開発者、ソフトウェア開発スキルを持つシステム管理者または IT 運用者といった経歴が求められる独特な役割である。</p> <p>SRE チームは、コードのデプロイ、設定、監視方法だけでなく、本番環境でのサービス可用性、レイテンシ、変更管理、緊急対応、容量管理を担当する。</p> <p>新しくリリースする機能と、サービスレベル契約 (SLA) を使用して、サービスレベル指標 (SLI) およびサービスレベル目標 (SLO) によってシステムの信頼性要件を定義すべきタイミングを判断できる。</p> <p>SRE では<strong>100% の信頼性を期待せず</strong>、障害に備えた計画を用意する。</p> <h2 id="devops-との違い">DevOps との違い</h2> <p>DevOps は、高品質なサービスを迅速に提供することでビジネス価値と対応力を向上させるための企業文化、自動化、プラットフォーム設計に対する<strong>アプローチ</strong>である。</p> <p>SRE は DevOps の<strong>実装</strong>と見なすことができる。</p> <table> <thead> <tr> <th></th> <th>SRE</th> <th>DevOps</th> </tr> </thead> <tbody> <tr> <td>主な関心</td> <td>拡張性、運用指標、自動化</td> <td>開発とデプロイ過程の統合</td> </tr> <tr> <td>担当者</td> <td>運用に関心がある開発チーム</td> <td>開発に関心がある運用チーム</td> </tr> <tr> <td>測定指標</td> <td>サービスレベル目標 (SLO) の最大/最小値</td> <td>主にシステム Telemetry</td> </tr> <tr> <td>適用企業</td> <td>クラウドネイティブ環境の IT サービス企業</td> <td>オンプレミスからクラウドへ移行する企業</td> </tr> </tbody> </table> SRE