「SRE」という言葉は求人票や技術記事でよく見かけますが、具体的に何をする仕事なのか、未経験のうちはイメージしづらいものです。結論から言うと、SRE（Site Reliability Engineering）とは、サービスを止めないための運用をエンジニアリングの手法で仕組み化していく考え方で、運用担当者の経験や勘だけに頼らず、数値目標とソフトウェアの力で信頼性を保とうとする点が特徴です。この記事では、SREが生まれた背景、従来の運用との違い、未経験から関わっていく場面までを整理します。
SREとは何か
SREは、Googleが提唱したことで広まった考え方で、「ソフトウェアエンジニアに運用の仕事をさせる」という発想から始まりました。システムを落とさないことそのものを目的にするのではなく、サービスがどれくらい止まってよいかをあらかじめ数値で決め、その範囲内で運用するという発想が土台にあります。例えば「1か月のうち何分までなら止まってもサービス全体への影響は小さい」という目安を先に決めておくと、障害が起きたときに「今すぐ全力で直すべきか、原因調査を優先すべきか」の判断がしやすくなります。障害が起きたときにどう対応するかの基本は、障害対応とは？でも解説しているので、SREの考え方と合わせて読むと理解が深まります。
SREと従来の運用の違い
従来の運用とSREでは、何を基準に判断するかが大きく異なります。
| 項目 | 従来の運用 | SRE |
|---|---|---|
| 目的 | システムを落とさない | 決めた信頼性の範囲内で運用する |
| 判断基準 | 経験や勘 | 数値目標（SLOなど）とデータ |
| 繰り返し作業 | 手作業で対応することが多い | 自動化してソフトウェアに任せていく |
従来の運用は監視運用の仕事の延長として捉えられることが多いですが、SREでは経験や勘に頼った対応から、数値とデータに基づく判断へ軸足を移し、その先にある「繰り返し作業をどう減らすか」まで含めて考えます。
SREが大事にする2つの考え方
SREの現場では、細かい手法の前にまず次の2つの考え方が土台になります。
- 信頼性目標を決める: サービスがどれくらい止まってよいかを数値であらかじめ合意しておき、その範囲内であれば新機能のリリースなど他の作業を優先してよいと判断する
- トイルを減らす: 手作業で繰り返す運用作業（トイル）を自動化やツール化で減らし、人がやるべき判断に時間を使えるようにする
現役でインフラの現場にいる立場から言うと、「落とさない」ではなく「どこまでなら止まってよいかを決めてから動く」という発想の転換が最初のつまずきポイントになりやすい部分です。完璧を目指すほどコストや作業量も増えやすいため、目標値を先に決めてから優先順位をつける考え方に慣れておくと、現場での動き方がイメージしやすくなります。トイルの削減も同じ発想で、毎回同じ手順を手作業でこなしている作業があれば、まずそれをスクリプトやツールに置き換えられないかを考える癖をつけることが、SRE的な動き方の第一歩になります。
未経験からSREにどう関わっていくか
未経験からすぐにSRE専任として配属されることは多くありません。最初は監視運用や障害対応の現場を経験しながら、少しずつSREの考え方に触れていくのが一般的な流れです。
- 監視: アラートが鳴ったときに何を優先して確認するかの基準を知る
- 障害対応の記録: 起きたことと対応した内容を記録に残し、再発防止につなげる
- 繰り返し作業の洗い出し: 毎回手作業でやっている作業に気づき、改善のきっかけを見つける
インフラエンジニアとは？で紹介している監視運用から構築・設計までの段階を踏んでいく中で、SREの考え方に触れる機会は自然と増えていきます。サービスの品質を約束・測るSLA・SLO・SLIといった指標も、この延長で登場する用語の一つです。
InfraDojoで学ぶ
InfraDojoなら、ブラウザ上の演習環境でコマンド操作から監視・運用の基礎を学べるため、SREの土台になる「仕組みで運用する」感覚を早い段階からつかめます。何から学び始めればいいか迷う場合は、キャリアの学習ロードマップを確認しておくと、SREを学ぶタイミングも判断しやすくなります。
よくある質問
Q. SREと運用エンジニアは何が違いますか？
明確な境界はありませんが、運用エンジニアは日々の監視・対応が中心であるのに対し、SREは信頼性の目標を数値で定め、繰り返し作業を自動化することまで含めて考える役割です。会社によって呼び方や担当範囲の重なり方は異なります。
Q. 未経験でもSREを目指せますか？
未経験から直接SREとして採用されるケースは少なく、まず監視運用や障害対応の現場で経験を積むのが一般的です。その中で信頼性目標やトイルの削減といった考え方に触れていくことで、SREの役割に近づいていけます。
Q. SREの仕事にプログラミングは必須ですか？
自動化やツール作成の場面でコードを書く機会は多く、役立つ場面は多いです。ただし未経験から目指す段階では、まず監視や障害対応の基本を押さえることが優先で、プログラミングは働きながら必要な範囲を学んでいく人も多くいます。
