DevOpsエンジニアのフリーランス案件で求められるスキルと経験

DevOpsエンジニアのフリーランス案件では、変更を安全に届けるCI/CDの設計、IaCのモジュールとstateの扱い、パイプラインに渡す権限と秘密情報の管理、ほかの開発者が迷わず使える共通の仕組みづくりが見られます。ツールの名前を知っていることは前提で、評価が分かれるのは、なぜその構成にしたかを説明し、チームで使い続けられる形にできるかです。

この記事では、案件で問われるスキルを分野ごとに整理し、経験の段階ごとに求められる水準を示します。独立までの準備はDevOpsエンジニアがフリーランスになるにはで扱っています。

DevOpsの案件で見られるスキルの全体像

監視・ログ・SLOといった信頼性の分野も関係しますが、深く問われるのはSREの案件です。詳しくはSREの案件で求められるスキルをご覧ください。コンテナ基盤そのものの運用は、Kubernetesを専門とする案件で問われることが多い分野です。

CI/CD：速さと安全さを両立させる設計

CI/CDの案件では、パイプラインを動かせるかより、何をどの順に確かめ、どこで止めるかの設計が問われます。

• 変更のたびに走る軽いテストと、時間のかかるテストを分け、待ち時間を短くする
• 一度ビルドした成果物を、検証から本番まで同じものとして昇格させる
• 本番へのデプロイに承認を挟むかどうかを、変更の影響の大きさで決める
• 失敗したときに前の版へ戻す手順を、パイプラインの中に用意しておく

案件でよく聞かれるのは、「ビルドが遅い」「デプロイのたびに手作業が残る」といった課題に、どこから手を付けたかです。測ってから直した経験は、具体的に説明できる材料になります。

IaC：チームで安全に変更できる形にする

Terraformの公式ドキュメントでは、stateは設定に書いたリソースとクラウド上の実物を結びつける記録だと説明されています。また、ロックやアクセス制御のない場所にstateを置くと、データの消失や秘密情報の漏えいにつながるおそれがあると注意しています（2026年10月時点）。

案件で差がつくのは、次のような判断です。

Terraformの認定の位置づけと試験の範囲はTerraform Associateの記事で解説しています。

権限と秘密情報：自動化を入り口にしない

CI/CDは、本番を変更できる強い権限を持つ仕組みです。そのため、セキュリティの観点から設計を問われる場面が増えています。

GitHubの公式ドキュメントでは、GitHub Actionsについて次のような使い方が勧められています（2026年10月時点）。

• 外部のアクションは、書き換えに備えてコミットのハッシュ値で固定する
• ワークフローに自動で渡されるトークンの権限は、既定を読み取りだけにし、必要なジョブだけに広げる
• 秘密情報はJSONなどにまとめず、値ごとに登録し、ログに出たら削除して入れ替える

また、OpenID Connect（OIDC）を使うと、クラウドの認証情報をGitHubに保存せず、ジョブごとに短い期間だけ有効なトークンを受け取ってクラウドに接続できると説明されています。長く有効な鍵をパイプラインに置かない構成にした経験は、多くの案件で評価されやすい内容です。

共通の仕組み：開発者を利用者として扱う

複数のチームが使う基盤を整える仕事は、プラットフォームエンジニアリングと呼ばれることがあります。CNCF（Cloud Native Computing Foundation）のTAG App Deliveryがまとめた白書では、プラットフォームを利用者の必要に合わせて提供される機能のまとまりと位置づけ、その特徴として、製品として扱うこと、文書と導入の手引き（推奨の手順をまとめた「ゴールデンパス」を含む）、手作業を減らしたセルフサービス、開発チームの負担を減らすこと、必要な部分だけ選んで使えること、最初から安全であることなどを挙げています。

案件で見られるのは、技術より次のような動き方です。

• 利用するチームに話を聞き、困りごとから優先順位を決めた
• テンプレートや手引きを用意し、新しいサービスの立ち上げを手順どおりに進められるようにした
• 共通の仕組みを使うかどうかを各チームに選ばせ、使われない理由を聞いて改善した
• 変更を知らせ、古い版から移ってもらうまでを進めた

作ったものが使われたかまで話せることが、この分野の経験の中心です。

経験の段階ごとに求められる水準

同じ分野でも、経験の段階によって任される範囲が変わります。

フリーランスの案件で多いのは、中心メンバー以上の役割です。担当者の段階の経験が中心の場合は、どの分野を中心メンバーの水準まで伸ばすかを決め、在職中や参画中に経験を積むと、案件の選択肢が広がります。

コードを書く力と周辺の知識

DevOpsの仕事では、シェルやPython、Goなどで小さなツールや自動化のスクリプトを書く場面が多くあります。テストを書き、レビューを通し、ほかの人が直せる形で残せることが求められます。言語ごとの案件の傾向はGoの案件で求められるスキルやPythonの案件で求められるスキルが参考になります。

クラウドの知識は、権限とネットワークの基礎が特に問われます。クラウドごとの水準はAWSエンジニアのスキルの記事をご覧ください。

スキルの示し方

スキルシートや面談では、ツールの名前より、何を変え、だれが楽になり、何が安全になったかを伝えます。

• 手作業のリリースをパイプラインに置き換え、承認を挟んで本番へ出す流れにした
• 管理画面で作られた環境をTerraformに取り込み、変更をレビューしてから適用する流れにした
• パイプラインの認証をOIDCに切り替え、長く有効な鍵を廃止した
• 新しいサービス用の雛形を作り、複数のチームに使ってもらった

書き方の詳細はDevOpsエンジニアのスキルシートの記事で解説しています。

よくある質問

GitHub Actions以外のCIツールの経験でも案件はありますか？

あります。CIツールは現場によってさまざまで、移行の案件では古いツールの経験が役に立つこともあります。どのツールでも、何を確かめる流れにしたか、権限をどう扱ったかは共通して問われるため、その考え方を説明できるようにしておきましょう。

プラットフォームエンジニアリングの経験がないと応募できませんか？

共通の仕組みを作る案件ばかりではありません。一つのサービスのCI/CDやIaCの整備が中心の案件も多くあります。そのうえで、雛形を作ってほかのチームに使ってもらった経験があれば、小さな範囲でもプラットフォームに近い経験として伝えられます。

資格はどのくらい評価されますか？

資格は知識の裏付けになりますが、案件では実務で何を決めたかが先に見られます。手作業の構築からコード化に広げたい場合など、資格が補いになる場面もあります。IaCについてはTerraform Associateの記事で、効きやすい場面を解説しています。