Site Reliability EngineerのATSキーワード — 応募者追跡システム向けに履歴書を最適化

Site Reliability Engineeringは2003年にGoogleで誕生し、あらゆる規模の企業で標準的な分野となっています。LinkedInの2025年版「Jobs on the Rise」レポートでは、SREが3年連続で最も成長しているエンジニアリング職種のトップ10に入りました[1]。しかし、SREの採用パイプラインはテック業界で最も競争が激しく、Google、Meta、Netflix、DatadogなどのATSプラットフォームは、ソフトウェアエンジニアリング、インフラストラクチャ、オペレーションの用語を融合したキーワード分類法を使用してSREの応募をフィルタリングしています[2]。履歴書に「managed servers」と記載し、「infrastructure as code」「incident response」「service level objectives」と記載していなければ、ATSはSREパイプラインではなくシステム管理者のスタックにルーティングします。

重要ポイント

• SREのATSスクリーニングは、従来のオペレーションキーワードとリライアビリティエンジニアリングキーワードを区別します。「SLOs」「error budgets」「toil reduction」はSRE固有の用語であり、システム管理者の履歴書には含まれません[2]
• Infrastructure-as-codeキーワード（Terraform、Pulumi、CloudFormation）は最新のSREロールに必須であり、求人の70%以上に登場します[3]
• Observabilityプラットフォームキーワード（Prometheus、Grafana、Datadog、PagerDuty）は監視とアラーティングの能力を検証します[4]
• プログラミング言語キーワード（Python、Go、Java）はSREを従来のオペレーションエンジニアと差別化します[2]
• クラウドプラットフォームの具体性が重要です：プラットフォーム固有の求人では「AWS EKS」が「Kubernetes」単体よりも高いスコアを獲得します[3]

ATSシステムがSite Reliability Engineerの履歴書をスクリーニングする方法

SREを採用するテック企業は、Greenhouse、Lever、Workdayなどの最も一般的なATSプラットフォームを使用し、履歴書をソフトウェアエンジニアリングとオペレーションを分離するスキル分類法に解析します[5]。SREロールの場合、これらのシステムは両方のスキルセットの交差点を検索します。

SREのATSスクリーニングは3つの異なるキーワードドメインにわたって動作します。第一に、リライアビリティエンジニアリングの概念：SLOs、SLIs、error budgets、incident management、postmortem analysisはSRE固有の語彙であり、この分野のフレームワークを理解していることを示します[2]。第二に、インフラストラクチャツール：Terraform、Kubernetes、Docker、CI/CDツールは本番システムの構築と保守能力を示します。第三に、ソフトウェアエンジニアリング：プログラミング言語、テスト、システム設計のキーワードは、既存のツールを設定するだけでなく、本番品質のコードを書く能力を確認します[4]。

SRE候補者にとってのキーワードの落とし穴は、ソフトウェアエンジニアリングの用語が不十分なままオペレーションキーワードを過剰に積み込むこと — またはその逆です。SREの履歴書は、SRE固有の求人に対して高いATS関連性スコアを達成するために、両方のドメインでの能力を示す必要があります[2]。

Tier 1 — 必須キーワード

これらのキーワードはSRE求人の75%以上に登場し、ATSマッチングのベースラインを形成します[2][3]。

1. Kubernetes — コンテナオーケストレーションはSREを定義するインフラストラクチャスキルです
2. Docker — コンテナ化の基礎
3. Terraform — 市場支配的なinfrastructure as codeツール
4. AWS — 最も一般的なクラウドプラットフォーム。サービスを明記してください（EC2、EKS、Lambda、CloudWatch）
5. Linux — SRE業務の基盤となるOS能力
6. Python — SREの主要なスクリプティング・自動化言語
7. CI/CD — 継続的インテグレーション/デプロイメントパイプライン管理
8. Monitoring — システムのobservabilityとアラーティング
9. Incident Response — 本番インシデント管理と修復
10. Infrastructure as Code (IaC) — 自動化されたインフラストラクチャプロビジョニングパラダイム
11. Automation — toil削減とプロセス自動化
12. Bash — Linux管理のためのシェルスクリプティング
13. Git — インフラストラクチャとアプリケーションコードのバージョン管理
14. Prometheus — オープンソースの監視・アラーティングツールキット

Tier 2 — 差別化キーワード

これらのキーワードは求人の35〜65%に登場し、SRE固有の専門知識を示します[2][4]。

1. Service Level Objectives (SLOs) — リライアビリティ目標設定フレームワーク
2. Service Level Indicators (SLIs) — リライアビリティ測定メトリクス
3. Error Budgets — リライアビリティリスク管理メカニズム
4. Grafana — ビジュアライゼーションとダッシュボーディングプラットフォーム
5. Go (Golang) — SREツーリングに一般的に使用されるプログラミング言語
6. Jenkins — CI/CD自動化サーバー
7. Ansible — 構成管理と自動化
8. Helm — Kubernetesパッケージマネージャー
9. Datadog — クラウド監視・セキュリティプラットフォーム
10. Root Cause Analysis (RCA) — インシデント調査手法
11. Postmortem/Blameless Postmortem — インシデントレビュープロセス
12. GCP (Google Cloud Platform) — SREロールで2番目に一般的なクラウドプラットフォーム

Tier 3 — 専門キーワード

これらのキーワードはシニアSREロールとプラットフォームエンジニアリングポジションを対象としています[3][4]。

1. Chaos Engineering — レジリエンステストのための制御された障害注入
2. Toil Reduction — SRE固有の運用効率メトリクス
3. Pulumi — 最新のinfrastructure as codeプラットフォーム
4. Service Mesh (Istio/Linkerd) — マイクロサービスネットワーキングインフラストラクチャ
5. eBPF — Linuxカーネルのobservabilityとネットワーキング技術
6. ArgoCD — Kubernetes向けGitOps継続的デリバリー
7. OpenTelemetry — トレース、メトリクス、ログのためのobservabilityフレームワーク
8. Platform Engineering — 内部開発者プラットフォーム構築
9. Capacity Planning — インフラストラクチャスケーリングとリソース予測
10. Disaster Recovery — 事業継続性とフェイルオーバーアーキテクチャ

認定キーワード

SREの認定資格は、ATSスクリーニングが最も識別力を発揮するクラウドプラットフォームとインフラストラクチャの能力を検証します[3][5]。

1. Certified Kubernetes Administrator (CKA) — Cloud Native Computing Foundation (CNCF)によるKubernetesオペレーション資格
2. AWS Certified SysOps Administrator — Associate — AWSインフラストラクチャ管理認定
3. AWS Certified DevOps Engineer — Professional — AWS上級DevOps認定
4. Google Cloud Professional Cloud DevOps Engineer — SREの原則と実践をカバーするGCP認定
5. Microsoft Certified: Azure Administrator Associate (AZ-104) — Azureインフラストラクチャ管理資格
6. HashiCorp Certified: Terraform Associate — HashiCorpのTerraform習熟度認定
7. Certified Kubernetes Application Developer (CKAD) — Kubernetesアプリケーションデプロイメントに焦点を当てたCNCF資格

アクション動詞キーワード

SREの実績記述は、リライアビリティの改善、インシデント対応メトリクス、インフラストラクチャの規模を定量化する必要があります[4][6]。

1. Reduced — 「自動化されたincident responseランブックにより、mean time to recovery (MTTR)を45分から8分に短縮」
2. Automated — 「Terraformを使用したインフラストラクチャプロビジョニングを自動化し、デプロイ時間を4時間から15分に短縮」
3. Designed — 「500以上のマイクロサービスを監視するobservabilityスタック（Prometheus、Grafana、PagerDuty）を設計」
4. Maintained — 「日次5,000万リクエストを処理する本番Kubernetesクラスターの99.99%アップタイムを維持」
5. Implemented — 「SLOベースのアラーティングフレームワークを実装し、誤検知ページを80%削減」
6. Scaled — 「10倍のトラフィック増加をサポートするためKubernetesインフラストラクチャを50ノードから500ノードにスケール」
7. Built — 「JenkinsとArgoCDを使用したCI/CDパイプラインを構築し、日次200回以上のデプロイメントを実現」
8. Migrated — 「レガシーオンプレミスインフラストラクチャをAWSに移行し、運用コストを35%削減」
9. Orchestrated — 「Gremlinを使用したchaos engineeringの実験をオーケストレートし、15の重大な障害モードを特定してシステムのレジリエンスを向上」
10. Responded — 「オンコールSREとして200件以上の本番インシデントに対応し、95%のSLOコンプライアンスを達成」
11. Optimized — 「コンテナリソース割り当てを最適化し、年間50万ドルのクラウドコンピュートコストを削減」
12. Developed — 「Goでインフラストラクチャ管理用の内部CLIツールを開発し、40名以上のエンジニアに採用」

キーワード配置戦略

SREの履歴書は、すべてのセクションにわたってソフトウェアエンジニアリングとオペレーションのキーワードのバランスを取る必要があります[5][6]。

職務要約 リライアビリティメトリクスとインフラストラクチャの規模から始めてください。例：「6年間の経験を持つSite Reliability Engineer。日次1億件以上のリクエストを処理する分散システムの99.99%アップタイムを維持。Kubernetes、Terraform、AWSインフラストラクチャの専門知識。PythonとGoを使用したSLOベースのリライアビリティエンジニアリング、incident response、自動化に精通。」

スキルセクション SREの能力ドメイン別に整理してください：

• Infrastructure: Kubernetes, Docker, Terraform, Helm, ArgoCD
• Cloud: AWS (EKS, EC2, Lambda, CloudWatch), GCP, Azure
• Observability: Prometheus, Grafana, Datadog, PagerDuty, OpenTelemetry
• Programming: Python, Go, Bash, Java
• CI/CD: Jenkins, GitHub Actions, GitLab CI, ArgoCD
• SRE Practices: SLOs/SLIs, Error Budgets, Incident Response, Chaos Engineering, Postmortems

職務経歴の箇条書き 各箇条書きはSREのデュアルコンピテンシーを示す必要があります：インフラストラクチャオペレーションとソフトウェアエンジニアリング。「カスタムGoコントローラーを使用してKubernetesクラスターのスケーリングを自動化し、10倍のトラフィックスパイクに対応」 — これはインフラストラクチャ、プログラミング、成果のキーワードを同時にヒットします。

認定セクション 完全な資格名と発行機関を記載してください：「Certified Kubernetes Administrator (CKA) — Cloud Native Computing Foundation, 2024」

避けるべきキーワード

これらの用語は履歴書のポジションを誤って配置するか、SREロールにおいてATS価値がありません[2][6]。

1. 「System administrator」（主要なアイデンティティとして） — 従来のオペレーションとして位置付けられます。「Site Reliability Engineer」または「Platform Engineer」を使用してください
2. 「Server management」 — レガシー用語です。「infrastructure management」「Kubernetes orchestration」「cloud infrastructure」を使用してください
3. 「IT support」 — SREをヘルプデスクと混同します。SREはエンジニアリング分野であり、サポート機能ではありません
4. 「Devops」（職種名として） — DevOpsは方法論であり、役職名ではありません。求人情報に基づいて「Site Reliability Engineer」または「DevOps Engineer」を使用してください
5. 「Monitoring」（具体性なし） — ツール名を挙げてください：Prometheus、Grafana、Datadog、New Relic。一般的な「monitoring」では差別化に不十分です
6. 「Cloud computing」 — 範囲が広すぎます。AWS、GCP、Azureと各プラットフォーム内の具体的なサービスを明記してください
7. 「Troubleshooting」 — あまりに一般的です。SRE固有の用語を使用してください：「incident response」「root cause analysis」「postmortem analysis」

重要ポイントまとめ

• 一般的なDevOpsやシステム管理者の候補者と区別するSRE固有のフレームワークキーワード（SLOs、SLIs、error budgets、toil reduction、postmortems）を含めてください[2]
• SREロールが求めるデュアルコンピテンシーを示すために、インフラストラクチャツール（Kubernetes、Terraform、Docker）とプログラミング言語（Python、Go、Java）の両方を記載してください[4]
• 一般的な「monitoring」ではなく、observabilityプラットフォームを具体的に名前を挙げてください（Prometheus、Grafana、Datadog、PagerDuty）[3]
• リライアビリティメトリクスを定量化してください：アップタイムのパーセンテージ、MTTR、incident response時間、SLOコンプライアンス率[6]
• クラウドプラットフォームの認定資格（CKA、AWS SysOps、HashiCorp Terraform）をフルネームで含めてください — インフラストラクチャの能力を検証します[5]

Resume Geniで ATS最適化された履歴書を作成 — 無料で始めましょう。

よくある質問

SREとDevOpsエンジニアの履歴書で最も重要なキーワードの違いは何ですか？

SRE固有の語彙です：SLOs、SLIs、error budgets、toil reduction、リライアビリティエンジニアリングの原則。DevOpsの求人はCI/CDパイプラインの構築とデプロイメント自動化を強調し、SREの求人はリライアビリティの測定、インシデント管理、サービスヘルスを強調します[2]。求人情報の正確なタイトルを使用してください。

SREの履歴書にプログラミングプロジェクトのキーワードを含めるべきですか？

はい。SREは根本的にオペレーションの問題に適用されるソフトウェアエンジニアリング分野です[4]。構築した本番品質のツーリングのキーワードを含めてください：「カスタムKubernetesオペレーターを開発」「自動修復スクリプトを構築」「内部CLIツールを作成」。これらはエンジニアリング能力を示します。

SREのATSスクリーニングにおいてクラウド認定はどの程度重要ですか？

クラウド認定（CKA、AWS SysOps、GCP DevOps Engineer）はプラットフォーム固有の能力を検証するため、大きなATSウェイトを持ちます[3]。また、リクルーターがATSデータベースでSRE候補者を積極的にソーシングする際の検索用語としても機能します。

ミッドレベルのSREロールにchaos engineeringキーワードは必要ですか？

経験がある場合は含めてください。ただし、ミッドレベルのポジションには通常必須ではありません。Chaos engineeringキーワード（Gremlin、Chaos Monkey、Litmus）はシニアおよびスタッフレベルのSRE求人でより一般的です[4]。ミッドレベルではincident responseと自動化のキーワードがより大きなウェイトを持ちます。

オンコール経験のキーワードはどう扱えばよいですか？

オンコール経験はSREのコアコンピテンシーです。「on-call rotation」「incident response」「escalation procedures」「postmortem facilitation」などのキーワードを含めてください[2]。オンコールのメトリクスを定量化してください：「200以上のマイクロサービスのオンコールローテーションを管理し、12ヶ月間で95%のSLOコンプライアンスを達成」

履歴書にインフラストラクチャの規模を記載すべきですか？

間違いなく記載すべきです。規模のキーワード — ノード数、日次リクエスト数、監視対象サービス数、日次デプロイ数 — はSREのATSスコアにおける重要な差別化要因です[6]。「日次5,000万リクエストを処理する500ノードのKubernetesクラスターを管理」は「クラウドインフラストラクチャを管理」よりもはるかに多くの情報を提供します。

SREの履歴書にsystem designキーワードは必要ですか？

シニアロールの場合、はい。「distributed systems」「microservices architecture」「high availability」「fault tolerance」「capacity planning」などのキーワードは、スタッフおよびプリンシパルSREの求人に登場します[4]。これらのキーワードは日常業務を超えたアーキテクチャ思考を示します。

引用： [1] LinkedIn, "Jobs on the Rise 2025" [2] Resume Worded, "Resume Skills for Site Reliability Engineer" [3] ResumeMentor, "Site Reliability Engineer Resume Example" [4] Resume Worded, "2 Site Reliability Engineer Resume Examples for 2026" [5] Select Software Reviews, "Applicant Tracking System Statistics (Updated for 2026)" [6] Himalayas, "8 Site Reliability Engineer Resume Examples & Templates for 2026"