クラウドネイティブ化と生成AI基盤の急増で、DevOps エンジニア／SRE（Site Reliability Engineer） の求人は2026年も需給ギャップが拡大しています。年収は 700万〜1,500万円、CTO・VPoE クラスでは2,000万円を超える例も珍しくありません。本ガイドは Google SRE 本に基づく原則、Kubernetes・Terraform・Prometheus などの必須スキル、メガベンチャー／スタートアップ／SIer の待遇比較、SLO・Error Budget の実務、Platform Engineering の最新潮流まで、転職判断に必要な情報を一気通貫で整理します。
目次
1. DevOps と SRE の業務範囲（Google SRE 原則）
DevOps と SRE は混同されがちですが、起源と発想が異なります。DevOps は2009年の Flickr「10+ deploys per day」発表を契機に、開発（Dev）と運用（Ops）の壁を壊し、デプロイ頻度・リードタイム・MTTR・変更失敗率（いわゆる DORA Four Keys）を改善する文化・プラクティスの総称です。一方 SRE は Google が2003年に Ben Treynor の下で立ち上げたチームに端を発し、「運用業務をソフトウェア工学の問題として扱う」具体的職種を指します。
SRE 本（Google「Site Reliability Engineering: How Google Runs Production Systems」O’Reilly 2016）で定義された原則は次の7つです。
- Embrace risk（リスクを受容する）：100%可用性は経済的に不合理。Error Budget で許容範囲を定量化する。
- SLO（Service Level Objective）：ユーザー視点の目標値（例：99.9% availability over 30 days）を定義する。
- Eliminate toil（労苦を削減）：手作業・繰り返し・自動化可能な運用業務を50%以下に抑える。
- Monitoring distributed systems：シグナル（Latency・Traffic・Errors・Saturation = Four Golden Signals）を計測する。
- Release engineering：再現性・一貫性のあるリリースをコードで定義する。
- Simplicity：意図しない複雑性を排除し、保守可能性を最優先にする。
- Postmortem culture：障害は責任追及ではなく学習機会として共有する。
SRE は「開発時間の50%以上をエンジニアリング業務に充てる」ことを Google ベストプラクティスとして掲げています。求人票で「運用業務90%・コーディング10%」のような比率なら、それは伝統的な運用部門であって SRE ではない可能性が高い、と判断材料にできます。
DevOps エンジニアと SRE の業務の重なり
| 領域 | DevOps エンジニア寄り | SRE 寄り |
|---|---|---|
| 主目的 | 開発速度・デリバリ改善 | 本番信頼性・スケーラビリティ |
| 主成果物 | CI/CD パイプライン、IaC、社内開発者基盤 | SLO 定義、Error Budget、Runbook、自動修復 |
| 関係部門 | 開発チーム横断、QA | プロダクトオーナー、CS、セキュリティ |
| 業務比率の目安 | 自動化50％／ツール開発30％／支援20％ | エンジニアリング50％／オンコール25％／改善25％ |
| SLI 例 | Lead Time for Changes、Deployment Frequency | Availability、Latency p99、Error Rate |
2. 年収レンジ：700〜1,500万円、CTO 2,000万超
厚生労働省「賃金構造基本統計調査（令和6年）」によれば、ソフトウェア開発者・ITスペシャリストの平均年収は約560万円ですが、DevOps／SRE は希少性プレミアムが乗り、平均を大きく上回ります。複数転職エージェント（レバテック、ビズリーチ、Findy）の2025年公開データを総合すると、レンジは以下の通りです。
| 役職 | 年収レンジ | 代表業務 | 代表企業例 |
|---|---|---|---|
| SRE（ジュニア） | 550〜750万円 | 監視設定、Runbook 作成、軽微なアラート対応 | Web系メガベン、上場SaaS |
| SRE（ミドル） | 750〜1,100万円 | SLO 策定、IaC 設計、障害対応リード | メルカリ、サイバーエージェント、LINEヤフー |
| シニア SRE | 1,000〜1,500万円 | マルチクラウド設計、Capacity Planning、Postmortem 主導 | マネーフォワード、SmartHR、freee |
| プラットフォームエンジニア | 900〜1,400万円 | 内部開発者基盤（IDP）設計、Backstage 構築 | DeNA、リクルート、PayPay |
| SRE マネージャー | 1,200〜1,700万円 | 3〜10名チーム運営、採用、技術ロードマップ | 大手SaaS、外資系日本法人 |
| VPoE／CTO クラス | 1,500〜2,500万円 | 全社インフラ戦略、調達、ガバナンス | シリーズB以降スタートアップ、上場テック |
外資系（AWS Japan、Google Cloud Japan、Datadog Japan など）の SRE／Customer Reliability Engineer は基本給に加え RSU（株式報酬）が年200〜600万円相当付与されるケースが一般的で、Total Comp が2,000万円を超える例があります。日系企業の現金一本給与と比較する際は「Base × 1.0」と「Base + RSU + Bonus」を分けて見る必要があります。
3. 必須スキル：K8s／Terraform／Ansible／Prometheus／Datadog
2026年6月時点の求人票（doda、Findy、Wantedly、LinkedIn の SRE／DevOps 募集）から頻出キーワードを集計すると、以下のスキルが「必須」または「歓迎」の上位に入ります。
| カテゴリ | 必須レベル | 歓迎レベル |
|---|---|---|
| コンテナ・オーケストレーション | Docker、Kubernetes（kubectl／Helm） | Istio、Linkerd、Argo Workflows、KEDA |
| IaC | Terraform（HCL）、CloudFormation／CDK | Pulumi、Crossplane、Terragrunt |
| 構成管理 | Ansible、Chef／Puppet いずれか | Ansible Tower／AAP、SaltStack |
| 監視・可観測性 | Prometheus + Grafana、Datadog、New Relic | OpenTelemetry、Jaeger、Loki、Honeycomb |
| CI/CD | GitHub Actions、GitLab CI、Jenkins いずれか | ArgoCD、Flux、Tekton、Spinnaker |
| 言語 | Go または Python（運用ツール記述） | Rust（高負荷ツール）、TypeScript（CDK） |
| セキュリティ | IAM 設計、Secrets Manager／Vault | SBOM、Trivy、OPA／Gatekeeper、Falco |
| ネットワーク | TCP/IP、TLS、DNS、L7 ロードバランサ | BGP、eBPF、Cilium、サービスメッシュ |
学習優先度の目安
- Linux ＋ ネットワークの基礎
strace／tcpdump／iptables を実機で叩けることが前提。RHCSA 相当の知識があると面接で説得力が増します。
- クラウドプロバイダ1つを深く（AWS 推奨）
VPC、IAM、EC2、S3、CloudWatch、ALB／NLB、ECS／EKS。AWS SAA → SAP の流れで体系化されます。
- Terraform を本番運用レベルで
State 管理（remote backend、locking）、module 設計、CI への組込み、drift 検出を経験する。
- Kubernetes は CKA／CKAD レベル
kubectl の Cheat Sheet を見ずに使え、Helm chart の values 設計ができることが目安。EKS／GKE／AKS の差分も把握。
- Prometheus／Grafana で SLO ダッシュボードを作る
Multi-window multi-burn-rate alert（Google SRE Workbook 5章）を Recording Rule で書ければシニア相当。
NG パターン：「Kubernetes を触ったことはあるが、Pod／Deployment／Service の違いを口頭で説明できない」「Terraform Apply はできるが state ファイル破損を経験したことがない」レベルでは、年収 800万円超の SRE 求人は通りません。本番運用 1 サービス以上が現実的なラインです。
4. CI/CD パイプライン構築経験の市場価値
DORA「State of DevOps Report 2024」では、Elite パフォーマー（デプロイ頻度 = 日次以上、リードタイム = 1日未満、MTTR = 1時間未満、変更失敗率 = 0〜15%）の割合が17%まで増加しました。Elite 経験者は 転職市場で +100〜200万円のプレミアムが乗ります。
「CI/CD 経験あり」と書ける条件
- Trunk-based development または Short-lived branch（24h 以内 merge）の運用経験
- テストピラミッド（Unit／Integration／E2E）を CI で自動化
- 環境ごとの自動デプロイ（Dev → Staging → Prod）と手動承認ゲートの設計
- Canary／Blue-Green／Feature Flag いずれかでのリリース戦略実装
- パイプライン失敗時の自動 Rollback ロジック
- CI 実行時間の継続最適化（並列化、キャッシュ、テスト selection）
GitHub Actions ／ GitLab CI ／ Jenkins どれを学ぶか
| ツール | シェア（国内） | 強み | 転職での評価 |
|---|---|---|---|
| GitHub Actions | 増加中・Web系で主流 | マーケットプレイス豊富、GitHub と一体運用 | スタートアップ・Web系で第一候補 |
| GitLab CI | 金融・規制業界で根強い | SaaS／Self-hosted 両対応、DevSecOps 機能内蔵 | 大手・規制業界で有利 |
| Jenkins | 大企業レガシー中心 | プラグイン豊富、自由度高い | レガシー移行案件で需要、新規構築は減少 |
| ArgoCD（GitOps） | K8s 採用企業で急増 | 宣言的デプロイ、自動同期 | シニア SRE 評価が上がる必須スキル化 |
5. AWS／GCP／Azure マルチクラウド対応
IDC「Worldwide Public Cloud Services Tracker」では、2025年の IaaS 市場シェアは AWS 約30%、Microsoft Azure 約25%、Google Cloud 約13%。日本国内でも金融・公共は Azure 採用が進み、Web 系は AWS／GCP が拮抗しています。マルチクラウド対応スキルは、特に M&A 後の統合プロジェクトや、ベンダーロックイン回避を志向する大企業で評価が高まっています。
| プロバイダ | 強み | 主要サービス（SRE 視点） | 必須認定 |
|---|---|---|---|
| AWS | シェア最大、ドキュメント豊富、求人最多 | EKS、ECS、CloudWatch、Systems Manager、Fargate | SAA → SAP → DevOps Pro |
| Google Cloud | K8s／データ基盤に強い、SRE 文化発祥 | GKE Autopilot、Cloud Run、Cloud Monitoring、Anthos | Professional Cloud DevOps Engineer |
| Azure | 金融・公共で採用増、Microsoft 365 連携 | AKS、Azure Monitor、ARM／Bicep、Azure DevOps | AZ-104 → AZ-400 |
3クラウドすべての認定を取る必要はありません。「メインクラウドで Professional レベル、サブクラウドで Associate レベル」を満たすと、マルチクラウド可と書ける履歴書になります。スコアより「本番運用で構築した経験」のほうが面接通過率に直結します。
6. メガベンチャー vs スタートアップ vs SIer 比較
SRE／DevOps の受け入れ先は大きく3類型に分かれます。年収・学べる技術・WLB の三軸で整理します。
| 軸 | メガベンチャー | シリーズB〜D スタートアップ | 大手 SIer／SES |
|---|---|---|---|
| 年収レンジ | 750〜1,500万円＋RSU | 650〜1,300万円＋SO | 550〜950万円 |
| 代表企業 | メルカリ、LINEヤフー、サイバーA、DeNA、リクルート | SmartHR、マネフォ、freee、Sansan、カミナシ | NTTデータ、伊藤忠テクノ、TIS、SCSK |
| 使う技術 | K8s 大規模、自社製ツール、Istio、eBPF | マネージドK8s、Terraform、Datadog 統一 | OpenShift、Ansible、Splunk、商用監視 |
| SLO 文化 | 定着、Error Budget で開発スピード調整 | 導入中、SLI ダッシュボード整備が課題 | SLA／契約ベース、Postmortem 文化弱い |
| オンコール | 週次ローテ＋手当（月3〜8万円） | 少人数で属人化しがち、手当は要交渉 | 運用は別部隊で開発者は基本オンコールなし |
| キャリア | Staff → Principal SRE、Platform Lead | SRE 1人目 → CTO 候補もあり得る | PM／PL 昇格、技術より管理キャリア |
タイプ別の向き不向き
メガベンチャー向き
大規模分散システムを学びたい、技術深堀り志向、英語ドキュメントに抵抗なし、社内勉強会を楽しめる。
スタートアップ向き
0→1 で SRE 基盤を作りたい、ストックオプションで一発逆転狙い、不確実性に耐性あり、複数役割を兼務できる。
大手 SIer 向き
金融・公共などミッションクリティカル領域、福利厚生重視、家族都合で転勤回避、安定収入優先。
7. SLO／SLI／Error Budget の実務
SLO は SRE 面接の必出トピックです。SLI（測定値）、SLO（目標）、SLA（契約値）の関係を口頭で説明できないと、ミドル以上の選考は通りません。
| 用語 | 定義 | 例 |
|---|---|---|
| SLI | サービスの状態を表す指標。実測値 | HTTP 200/全リクエスト の比率（30 日ウィンドウ） |
| SLO | SLI が満たすべき目標値 | HTTP 成功率 99.9% over 30 days |
| SLA | 契約上の合意。違反でペナルティ発生 | 月次 99.5% を下回ったら利用料 10% 返金 |
| Error Budget | SLO を下回るまでの余裕。1 − SLO | 99.9% SLO → 月43.2分まで停止可 |
| Burn Rate | Error Budget を消費する速度 | 1時間で30日分を消費する速度 = 24 × 30 = 720x |
SLO 策定の標準フロー（Google SRE Workbook 2018 ベース）
- ユーザージャーニーを特定する
「商品ページを閲覧」「カートに入れる」「決済完了」など、ビジネス価値が決まる動線を選ぶ。
- SLI を選ぶ（Availability / Latency / Quality）
SLI menu（SRE Workbook）参考。Request-based か Window-based か決める。
- SLO を仮設定（プロダクトと合意）
過去30日の実測値より少し厳しい値（90 〜 99パーセンタイル）を初期値に。
- Error Budget Policy を文書化
Budget 消費時の対応（リリース凍結、改善優先）を SRE と Product Owner で合意。
- Multi-window multi-burn-rate alert を実装
「1時間 14.4x かつ 5分 14.4x」で Page、「6時間 6x かつ 30分 6x」で Ticket 等。
- 四半期ごとに見直す
ユーザー満足度・サポート問い合わせとの相関を見て SLO を再調整。
面接では「99.99% SLO（月4.32分停止）」のような数字を即答できるかが鍵です。ナイン1個増えるごとに約10倍の運用工数が必要で、99.999%（月26秒）は GCP／AWS の SLA でも単一リージョンでは保証されません。「ナインを足すコスト」を語れると説得力が出ます。
8. オンコール体制と WLB
SRE は「夜中に呼び出される職業」と誤解されがちですが、健全な SRE 組織はオンコール頻度を抑えるために自動修復・Runbook・予防的キャパシティ計画に投資しています。求人を選ぶ際は、オンコール手当・頻度・ページの実数を必ず確認すべきです。
| 項目 | 健全な体制の目安 | 要注意ライン |
|---|---|---|
| オンコール頻度 | 3〜5週に1回（プライマリ） | 毎週・2週に1回 |
| 1シフトの page 件数 | 1週間で2件以下 | 毎日複数件・夜中に必ず鳴る |
| 手当 | 月3〜8万円＋実呼出時間に応じ追加 | 手当なし／時給換算1,000円未満 |
| 代休制度 | 夜間対応翌日は半休／全休が可 | 翌日通常勤務必須 |
| 非番週の連絡禁止 | 明文化されている | 非番でも Slack に常駐期待 |
| ローテ人数 | 最低5名（休暇・退職余地） | 2〜3名（属人化） |
面接で必ず聞くべき質問
- 過去3か月のオンコール page 件数（中央値・最大値）と、その分布を教えてください
- 夜間 page 後の代休／フレックス制度はどうなっていますか
- SRE と開発チームのオンコール分担はどう設計されていますか
- Postmortem は何件／月実施し、Action Item の完了率はどの程度ですか
- 過去1年で SRE の離職率はどれくらいですか
「うちの SRE はオンコールなしです」と謳う求人は要注意です。オンコールを完全に撤廃するには、自動修復・カナリア・自己修復インフラへの巨額投資が必要です。多くの場合「運用部隊が別にいて、SRE は実態として運用支援ツール開発のみ」というケースで、肝心の本番経験が積めない可能性があります。
9. Platform Engineering の新潮流
2022年頃から Gartner Hype Cycle に登場した Platform Engineering（プラットフォームエンジニアリング）は、2025〜2026年にかけて主要メガベンチャーで本格運用フェーズに入りました。Internal Developer Platform（IDP）を製品として開発し、社内の開発者を「ユーザー」と捉えてセルフサービス基盤を提供する考え方です。
SRE と Platform Engineer の違い
| 観点 | SRE | Platform Engineer |
|---|---|---|
| 主顧客 | エンドユーザー（信頼性） | 社内開発者（DevEx） |
| 主成果物 | SLO 達成、Postmortem、Runbook | IDP（Backstage 等）、Golden Path、テンプレ |
| KPI | 可用性、MTTR、Error Budget | Lead Time、Self-service率、開発者NPS |
| 主要技術 | K8s、Prometheus、Terraform | Backstage、Crossplane、Humanitec、Port |
| 年収（国内） | 800〜1,500万円 | 900〜1,400万円 |
CNCF Annual Survey 2024 が示す傾向
CNCF（Cloud Native Computing Foundation）の2024年調査では、回答企業の 89% が「Kubernetes を本番運用中」、52% が「Platform team を保有」と回答。GitOps 採用率は前年比 +12 ポイント、サービスメッシュは Istio 39%、Linkerd 16%、Cilium 11% でした。日本国内では Backstage 採用が金融・大手SaaS で拡大しており、IDP 設計経験者は希少です。
Platform Engineering 領域は競争が比較的少なく、SRE 経験者が転身する場合の年収アップ率が高い傾向にあります。「TypeScript／Go でツール開発」「Backstage のプラグイン開発」「Crossplane でクラウドリソースの抽象化」のいずれかが書ける履歴書なら、+150〜300万円のオファーが現実的です。
10. よくある質問（FAQ）10件
Q1. 未経験から SRE になれますか？
「完全未経験（インフラ／開発の両方とも実務なし）」から直で SRE は厳しいです。最短ルートは、Web 系企業の SRE チームがある会社で「ジュニアエンジニア／インフラエンジニア」として入り、社内異動を狙うこと。あるいは Linux／AWS／Terraform を独習し、SES や中小 SaaS で「インフラ担当」として2年実務を積んでから SRE 専門求人に応募する流れが現実的です。
Q2. 30代後半・40代でも SRE 転職は可能ですか？
可能です。むしろ「障害対応の修羅場経験」「組織横断調整」が評価されるため、年齢より 本番運用の規模感とポストモーテム経験が重視されます。Kubernetes 経験が浅くても、メインフレーム／オンプレ大規模運用の経験者は金融系 SRE で歓迎されます。
Q3. インフラエンジニアと SRE の違いは何ですか？
インフラエンジニアは「サーバ・ネットワーク・OS の構築運用」が主、SRE は「コードでインフラを定義し、サービス信頼性を数値で管理する」のが主です。インフラエンジニアでも IaC・CI/CD・監視自動化を実務でやっていれば SRE 候補です。求人の業務比率（運用 vs エンジニアリング）を必ず確認しましょう。
Q4. 資格は必要ですか？どれを優先すべきですか？
必須ではないですが、書類選考の通過率は確実に上がります。優先順位は AWS SAA → CKA → AWS SAP → Terraform Associate → CKAD。GCP は GKE 採用企業を狙うなら Professional Cloud DevOps Engineer。RHCSA / LPIC は SIer 系で評価。AWS DevOps Pro は「持っていると差がつく」上位資格です。
Q5. Kubernetes 経験ゼロでも応募できますか？
応募は可能ですが、ミドル以上は実質ふるい落とされます。最低でも minikube／kind で local cluster を立て、Deployment／Service／Ingress／ConfigMap／Secret／HPA を一通り触り、kubectl explain で manifest 構造を説明できるレベルが必要です。CKAD／CKA を取得していれば足切り回避できます。
Q6. オンコールがしんどいと聞きますが、避ける方法はありますか？
完全に避けたいなら「Platform Engineer」「SRE Tooling Engineer」「Observability Engineer」など、本番オンコールを含まない求人を選びます。ただし SRE の中核経験は積みにくいため、キャリアの中盤以降の選択肢になります。30〜40代でオンコール負荷を減らしたい場合は、ローテ人数5名以上・page 件数開示ありの企業を選ぶのが王道です。
Q7. 英語はどの程度必要ですか？
外資系（AWS、Google、Datadog、HashiCorp 等）は CEFR B2〜C1 必須。日系メガベンチャーでもドキュメント英語の読解は前提で、メルカリは社内公用語英語化が完了しています。最低限、CNCF blog／K8s 公式 docs／RFC を抵抗なく読める読解力（TOEIC 750 相当）が SRE 必須スキルです。
Q8. リモートワーク可の SRE 求人はありますか？
多いです。SRE は本番アクセスを VPN／踏み台経由で行う設計が標準のため、フルリモートと相性が良い職種です。SmartHR、マネーフォワード、Cloudflare Japan、HashiCorp Japan などフルリモート可。ただしオンコールローテに入る前提のため、自宅のネットワーク／作業環境要件は厳しめです。
Q9. フリーランス／業務委託の SRE 案件はありますか？
あります。レバテックフリーランス、Findy Freelance、ITプロパートナーズ等で 月単価 90〜180万円のレンジ。特にスタートアップの「SRE 立ち上げ」「Terraform 整備」「K8s 移行」は週2〜3日稼働の案件が豊富。ただし社員時代に SLO 策定・大規模障害対応を経験していないと、単価は低めに留まります。詳細は フリーランスエンジニア年収完全ガイド を参照してください。
Q10. SRE のキャリアパスは何がありますか？
大きく4方向。①テクニカル深堀り（Principal SRE → Distinguished Engineer）、②マネジメント（SRE Manager → Director → VPoE）、③Platform Engineering 転身（IDP リード）、④CTO／VPoE クラス（スタートアップ）。①③は技術志向、②④は組織志向。30代前半までにどちら寄りか方向性を決めるのが王道です。
クラウド・SRE 案件に強い転職エージェントで、市場価値を見える化しよう
クラウドエンジニア転職ガイドを読む関連記事
- クラウドエンジニア転職完全ガイド｜AWS/Azure/GCP×年収アップ2026
- フリーランスエンジニア年収完全ガイド｜エージェント単価・税金・案件獲得術2026
- SIerからWeb系企業へ転職する方法｜年収・労働時間・キャリア比較2026
出典
- 厚生労働省「賃金構造基本統計調査」令和6年
- IPA「DX白書2024」「IT人材白書2024」
- 経済産業省「IT人材需給に関する調査」
- CNCF「Annual Survey 2024」
- Google「Site Reliability Engineering」O’Reilly 2016、「The Site Reliability Workbook」O’Reilly 2018（sre.google 公開）
- DORA「State of DevOps Report 2024」
- IDC「Worldwide Public Cloud Services Tracker 2025」
- レバテック／ビズリーチ／Findy／doda「年収レポート2025」
- 各社採用情報（メルカリ、サイバーエージェント、LINEヤフー、SmartHR、マネーフォワード、freee、Sansan ほか）
コメントを残す