CI/CDエンジニアのキャリアパスと、学ぶ順番と給付後の実額の考え方

CI/CDエンジニアのキャリアパスは、単に自動化ツールを覚える話ではありません。開発チームが安全に変更を出し続けるための仕組みを作り、DevOps、SRE、プラットフォームエンジニアへ広げていく仕事です。

この記事では、CI/CDを学ぶ順番、転職で評価されやすい経験、教育訓練給付を使うときの確認手順を整理します。個別の講座名や受講料ではなく、給付後の実額を考える前に見るべき制度・期限・講座確認の基準に絞って解説します。

CI/CDエンジニアはリリースの再現性を作る職種

CI/CDの中心は、手作業のリリースを減らし、同じ手順で検証と配布を繰り返せる状態を作ることです。CIは継続的インテグレーション、CDは継続的デリバリーまたは継続的デプロイメントを指します。変更を小さく入れ、テストし、成果物を作り、環境へ反映する一連の流れを扱います。

求人票では「CI/CDエンジニア」という名前だけで募集されるより、DevOpsエンジニア、SRE、クラウドエンジニア、プラットフォームエンジニアの職務に含まれることが多いです。編集部が複数の職種要件を横断して見ると、評価されるのはツール名の暗記ではなく、変更を安全に出す設計を説明できるかです。

具体的には、Gitのブランチ運用、テストの自動実行、コンテナイメージの作成、脆弱性スキャン、承認フロー、ロールバック、監視への接続までを扱います。たとえば1日に数回リリースするチームでは、手順書を人がなぞる運用だけでは待ち時間と事故原因が増えます。CI/CDの仕事は、その待ち時間をパイプラインで吸収することにあります。

初学者がつまずきやすいのは、CI/CDを「ボタンを押す設定」と見てしまう点です。テストが遅い、環境変数の渡し方が曖昧、権限が広すぎる、失敗時の通知先がない、という細部が残ると、パイプラインは動いても運用に耐えません。面接でも、成功例だけでなく失敗時にどこで止めるかを語れる人は評価されやすくなります。

学習対象としては、最低でもGit、Linux、シェル、Docker、クラウドの基礎、YAMLで書くパイプライン定義を押さえます。開発経験がある人はテスト設計とレビュー運用から入り、インフラ経験がある人はIaCと環境差分の管理から入ると理解が速くなります。どちらの入口でも、最後は「変更を小さく安全に流す」設計に合流します。

DevOps・SRE・プラットフォームへの展開を分けて見る

CI/CDの先にあるキャリアは、開発プロセスを動かすDevOps、信頼性を設計するSRE、開発者向け基盤を作るプラットフォームに分かれます。名称は似ていますが、日々見る数字と責任範囲が異なります。転職前にこの差を見ておくと、講座選びの軸もぶれにくくなります。

DevOps寄りの職務では、開発と運用の分断を小さくすることが中心です。CI/CDパイプライン、環境構築、リリース手順、障害後の改善、チーム横断の開発標準づくりが多くなります。コードもインフラも見るため、アプリケーション側の都合と運用側の制約を同時に説明する力が求められます。

SREは、信頼性を数値で扱う色が濃くなります。SLOはサービスレベル目標のことで、利用者に約束したい可用性や応答速度の目安を数値で置く考え方です。CI/CDとの接点では、リリース頻度だけでなく、変更失敗率、復旧時間、エラーバジェットを見て、どの変更を止めるかを判断します。

プラットフォームエンジニアは、開発者がセルフサービスで安全に作業できる基盤を作る職種です。Kubernetes、Terraform、認証、秘密情報管理、テンプレート化されたデプロイ環境、内部開発者ポータルなどを扱います。PFと略されることもありますが、単なる共通基盤係ではなく、開発者体験とガバナンスの両立が主なテーマです。

キャリアの初期では、3つを完全に分ける必要はありません。小規模な現場では同じ人がCI/CD、監視、クラウド権限、リリース管理をまとめて担当することもあります。目安として、1年目から2年目はパイプラインの保守と自動化、3年目以降は信頼性指標や基盤標準化へ広げると、職務経歴書に書ける範囲が自然に増えます。

注意したいのは、肩書だけで講座を選ばないことです。「SRE」と書かれた教材でも、監視の触りだけでCI/CDやインシデント対応に入らない場合があります。逆に「クラウド基礎」と書かれた講座でも、IaC、コンテナ、デプロイ戦略まで扱うならCI/CDの土台になります。カリキュラムは名称より演習で何を作るかで見ます。

転職で見られるスキルはツール名より運用の説明力

CI/CDの学習成果は、使ったサービス名ではなく、失敗した変更をどう検知し、止め、戻すかで伝わります。GitHub Actions、GitLab CI/CD、Jenkins、クラウド各社のビルドサービスなど、道具は複数あります。採用側が見たいのは、どの道具でも通じる設計判断です。

職務経歴書に書きやすい経験は、3つの層に分けると整理しやすくなります。下の層はGit、Linux、テスト、自動ビルドです。中の層はDocker、レジストリ、クラウド権限、IaC、環境変数管理です。上の層はデプロイ戦略、監視、通知、権限分離、監査ログ、リリース後の分析です。

初学者がポートフォリオを作るなら、1つのWebアプリを題材にして、プッシュ時にテストが走り、コンテナイメージが作られ、検証環境へ反映される流れを作るだけでも十分に材料になります。そこに失敗時の通知、mainブランチへの保護、秘密情報の分離を加えると、実務の事故を想定した設計として説明しやすくなります。

経験者は、速度の数字を持てると強くなります。たとえば「手作業のリリース手順を何段階に分け、どこを自動化したか」「テストの実行時間を何分からどの程度まで縮めたか」「障害時にどのログとメトリクスを見るようにしたか」です。個人の成果を誇張する必要はありませんが、改善前後の粒度があると、面接で深掘りに耐えます。

資格は補助線として使います。クラウド、Linux、ネットワーク、情報処理技術者試験、セキュリティ系の資格は、基礎知識の確認に役立ちます。ただし、CI/CDそのものは資格名よりも成果物と運用経験が見られやすい領域です。講座を選ぶときも、試験対策だけで終わるか、実際のパイプライン構築まで触るかを分けて読みます。

学生の場合は、開発経験を先に作るほうが近道になることがあります。CI/CDは「変更するコード」があって初めて意味が出ます。学内制作、個人開発、インターンで作った小さなアプリでもよいので、テストとデプロイをつなぐ題材を持つと、DevOpsやSREの説明が抽象論で終わりません。

2026年6月時点の教育訓練給付3区分を確認する

教育訓練給付は、一般、特定一般、専門実践の3区分で給付率と上限が変わります。ITスクールや資格講座を検討するときは、まず講座がどの区分で指定されているかを確認します。見た目が似た講座でも、指定の有無や区分が違えば、申請の順番も負担の考え方も変わります。

教育訓練給付は、働く人の主体的な能力開発を支援する雇用保険の制度です。2026年6月時点で、一般教育訓練は20%、特定一般教育訓練は40%、専門実践教育訓練は条件により最大80%までの給付が設けられています。上限や追加給付の条件は区分ごとに異なります。

支給要件期間とは、受講開始日までに雇用保険の被保険者として雇用された期間などを指します。過去に給付を受けたことがある場合、次の利用までに必要な期間が変わります。離職中の人は、離職日の翌日から受講開始日までの期間も確認が必要です。

この制度で特に間違えやすいのは、「講座がIT系だから給付対象」と考えてしまうことです。給付対象かどうかは、厚生労働省の教育訓練給付制度検索システムで指定講座番号を確認します。指定講座番号は、講座ごとに付く識別番号です。名称が似ていても、番号や実施施設が違えば別の扱いになります。

制度は改正されます。この記事の制度説明は2026年6月時点の厚生労働省・ハローワーク資料に基づきますが、実際に申し込む前には、最新の給付率、上限、指定講座番号、自分の支給要件をハローワーク等で確認してください。

給付後の実額は定価ではなく区分と順序で考える

給付後の実額は、定価だけでなく、給付区分、上限、追加条件、申請順序で変わります。同じ受講料でも、一般教育訓練と専門実践教育訓練では見方が違います。給付率だけを見て講座を選ぶと、受講開始前の手続きや追加給付の条件を見落としやすくなります。

考え方は、定価から出発して、教育訓練経費として認められる範囲を確認し、該当する給付率と上限を当てはめます。会社補助、割引、教育ローン、分割払い、入学金や教材費の扱いは講座と制度で確認が必要です。単純に表示価格へ給付率を掛けるだけでは、実際の負担感とずれることがあります。

特定一般や専門実践では、追加給付の条件も見ます。資格取得、就職、雇用継続、賃金上昇など、区分によって求められる条件が変わります。CI/CDの学習では、クラウド、セキュリティ、情報処理、データ関連の講座が候補に入ることがありますが、追加給付の対象になるかは講座名ではなく制度上の指定で確認します。

初学者は、学習範囲が広い講座ほど受講期間が長くなりやすい点も見ます。3か月の短期講座なら受講中の生活費と学習時間の調整が中心です。6か月以上の講座では、修了条件、課題提出、面談、就職支援のタイミングまで計画に入れます。修了できなければ、給付の前提が崩れることがあります。

転職目的の人は、受講開始日を先に決める前に、退職日、雇用保険の期間、ハローワークでの照会、訓練前キャリアコンサルティングの順番を置きます。申し込み後に給付対象ではないと分かると、費用計画を組み直す必要が出ます。特に離職中は、離職から受講開始までの期間が要件に関わります。

給付後の実額は、あなたの給付区分、受講回数、離職期間、講座の指定状況で変わります。候補が2つ以上ある段階で、定価だけを横に並べるのではなく、制度上の区分と申請順序をそろえて比べると判断しやすくなります。

▶ あなたの給付後の実額を試算する（無料・30秒）

講座選びは指定講座番号と演習内容を同時に見る

CI/CDを学ぶ講座は、給付対象の確認と、実務で使う演習の確認を別々に進めます。給付対象だから内容が合うとは限らず、内容が合うから給付対象とも限りません。費用面と学習面を混ぜて判断すると、後で「学びたい範囲が入っていなかった」という失敗が起きます。

最初に確認するのは、厚生労働省の教育訓練給付制度検索システムです。講座名、実施施設、指定講座番号、指定期間、訓練期間、訓練経費、区分を見ます。特に指定期間は重要です。検索時点で見つかっても、受講開始日が指定期間の外にあると扱いが変わる可能性があります。

次に、各社公式サイトでカリキュラムを確認します。CI/CDの文脈では、Git、Linux、クラウド、コンテナ、IaC、パイプライン、テスト、監視、セキュリティがどこまで入るかを見ます。単元名に「DevOps」とあるだけでなく、課題で何を自動化するか、成果物として何を提出するかを読むのが現実的です。

教材中心の講座は、基礎用語を短期間で押さえたい人に向きます。手を動かす演習が多い講座は、転職面接で説明できる成果物を作りたい人に向きます。長期講座は、キャリア相談や修了課題が含まれることがありますが、仕事や学業と並行する場合は週あたりの学習時間を確認しないと続きません。

CI/CDエンジニアを目指すなら、カリキュラムに「本番相当」の視点があるかを見ます。具体的には、秘密情報をリポジトリに置かない、失敗時に止まる、承認が必要な環境を分ける、ロールバック方針を持つ、ログやメトリクスを見る、といった設計です。小さな演習でも、この観点がある講座は実務への接続が強くなります。

編集部の見方では、講座比較で最初からスクール名を並べるより、候補を2段階で減らすほうが判断が安定します。第1段階で給付区分、指定講座番号、受講開始日を確認します。第2段階で、演習の範囲、修了条件、質問対応、キャリア支援、受講期間を読む。費用は、その後に給付後の実額として比較します。

申請の実務は受講開始前と修了後の期限を分ける

教育訓練給付で失敗しやすいのは、講座選びよりも申請順序と期限の取り違えです。一般教育訓練は修了後申請が中心ですが、特定一般と専門実践では受講開始前の手続きが重くなります。CI/CDを学ぶかどうか以前に、制度上の手順を外すと給付が受けられない場合があります。

一般教育訓練は、受講を修了した日の翌日から原則1か月以内に、住所を管轄するハローワークへ支給申請します。必要書類には、教育訓練給付金支給申請書、教育訓練修了証明書、領収書、本人確認書類などが含まれます。電子申請の扱いもあるため、利用する前に最新の案内を確認します。

特定一般教育訓練では、受講開始前に訓練前キャリアコンサルティングを受け、ジョブ・カードを作成する手続きが関わります。訓練前キャリアコンサルティングとは、職務経験や希望を整理し、受講する訓練がキャリア形成に合うかを相談する面談です。受講開始日の2週間前がひとつの重要な目安になります。

専門実践教育訓練は、さらに申請の回数が増えます。受講前の手続きに加え、受講中は原則6か月ごとに支給申請を行い、修了後にも申請があります。追加給付を受ける場合は、資格取得、就職、賃金上昇などの条件と提出期限を別に確認します。長期講座では、学習計画と申請カレンダーを同じ場所で管理するほうが安全です。

支給要件照会も使います。支給要件照会は、自分が給付対象になり得るかを受講前に確認する手続きです。照会結果があっても、最終的な支給は申請時の確認を経ますが、受講料を支払う前の判断材料になります。転職直後、離職中、過去に給付を使った人は、照会を省かないほうが費用計画を立てやすくなります。

書類面で見落としやすいのは、領収書、修了証明書、本人確認、雇用保険被保険者番号、マイナンバー関係書類、振込先です。オンライン講座では、受講完了の判定日と修了証明書の発行日がずれることがあります。修了日から1か月以内という期限を考えると、修了直後に証明書の発行手順を確認しておく必要があります。

学ぶ順番はGitからクラウド運用へ広げる

CI/CDを未経験から学ぶなら、先にGitとLinux、次にテストとコンテナ、最後にクラウド運用へ進む順番が現実的です。いきなりSREやプラットフォームを名乗る必要はありません。基礎が浅い状態でKubernetesや監視だけを学ぶと、なぜその設計が必要なのか説明できなくなります。

最初の1か月は、Gitのブランチ、Pull Request、レビュー、main保護、タグ、リリースノートを扱います。CI/CDはコード変更を起点に動くため、Gitの操作が曖昧だとパイプライン定義も曖昧になります。Linuxでは、ファイル権限、環境変数、シェル、プロセス、ログの場所を押さえます。

次の1か月から2か月で、テストとコンテナに進みます。単体テスト、静的解析、依存関係のインストール、Dockerfile、イメージのタグ付け、レジストリへの保存をつなげます。この段階で「テストが落ちたらデプロイしない」「mainに入ったら検証環境へ反映する」という単純なルールを作ると、CI/CDの骨格が見えます。

その後にクラウド、IaC、監視を加えます。IaCはInfrastructure as Codeの略で、サーバー、ネットワーク、権限などの構成をコードで管理する考え方です。Terraformやクラウドのテンプレートを使い、検証環境と本番環境の差分を小さくします。監視では、デプロイ後に何を見るかを先に決めます。

経験者の学び直しでは、順番を少し変えます。アプリケーションエンジニアは、テスト設計、ビルド時間、リリース分割、Feature Flagから入ると成果に直結します。インフラエンジニアは、権限管理、ネットワーク、IaC、監査ログから入ると強みを生かせます。どちらも、最後は変更の流れを可視化するパイプラインに集約します。

講座選びでは、受講期間と成果物の粒度を見ます。2週間から1か月の短期教材は基礎確認に向きます。3か月から6か月の講座は、複数の演習を通じてポートフォリオを作りやすくなります。6か月を超える講座は、給付区分や申請回数、学習時間の確保まで含めて判断します。

求人票ではリリース頻度と障害対応の言葉を読む

CI/CDエンジニアの求人を見るときは、使用ツールよりも、リリース頻度、障害対応、運用責任の範囲を読みます。同じ「DevOps」と書かれていても、実態がビルド環境の保守だけの場合もあれば、プロダクトチーム全体の開発基盤を作る場合もあります。

リリース頻度が高い職場では、テスト自動化、承認、段階的デプロイ、監視、ロールバックが重要になります。週1回や月1回のリリースでも、規制対応や顧客影響が大きいサービスでは、変更管理と監査ログが重くなります。CI/CDの設計は、会社の速度だけでなく、失敗時の影響範囲で変わります。

SRE寄りの求人では、SLI、SLO、アラート、オンコール、インシデントレビュー、エラーバジェットという言葉が出ます。SLIはサービスレベル指標、SLOはサービスレベル目標です。これらがある求人では、単にデプロイを自動化するだけでなく、リリース後の信頼性まで見ます。

プラットフォーム寄りの求人では、開発者ポータル、共通テンプレート、Kubernetes、Terraform、認証基盤、権限管理、セルフサービスという言葉が出やすくなります。この領域では、利用者である開発者の作業時間を減らす発想が必要です。自分が作った基盤を他チームが使うため、ドキュメントとサポートも仕事に含まれます。

未経験から狙う場合は、最初から広すぎる責任範囲を選ぶより、CI/CDやクラウド運用の一部を任される求人のほうが入りやすいことがあります。たとえば、既存パイプラインの改善、テスト自動化、クラウド環境の運用補助、監視設定の見直しなどです。そこで変更の流れを理解してから、SREやプラットフォームへ広げます。

求人票の読み方は、講座選びにも戻ってきます。求人で多く出る要件がクラウド権限とIaCなら、その演習がある講座を選びます。SLOやオンコールが多いなら、監視と障害対応に触れる教材が必要です。単に「最新ツールを学ぶ」ではなく、応募したい職務の責任範囲から逆算します。

編集部の結論：初学者・転職目的・学生で選び方を変える

CI/CDエンジニアのキャリアパスは、現在の経験によって最初に選ぶ学習テーマが変わります。同じDevOps志向でも、初学者、転職目的の社会人、学生では、費用の見方と講座の選び方を分けたほうが納得しやすくなります。

初学者は、いきなりSREやプラットフォームの全体像を追うより、Git、Linux、テスト、Docker、クラウド基礎を1つの制作物でつなげる講座が向きます。給付を使う場合も、長期講座を選ぶ前に、修了条件と週あたりの学習時間を確認します。修了できる設計でなければ、給付後の実額を比べても意味が薄くなります。

転職目的の社会人は、求人票の責任範囲から逆算します。DevOpsならリリース運用と開発プロセス、SREなら信頼性指標と障害対応、プラットフォームならIaCと開発者向け基盤を重く見ます。雇用保険の支給要件期間や過去の給付利用歴が関わるため、講座申し込み前にハローワークで照会する流れを置きます。

学生は、教育訓練給付が雇用保険の制度である点を先に確認します。雇用保険の被保険者期間などの要件を満たさない場合、給付を前提にした比較より、学習内容、学業との両立、インターンや個人開発への接続を優先します。CI/CDは小さなアプリでも実装できるため、まず成果物を作るほうが職務理解につながります。

編集部としては、CI/CDを「将来性のあるキーワード」として選ぶだけでは足りないと見ています。クラウド、セキュリティ、開発生産性、信頼性の交差点にあるため、学習範囲が広く、教材の見せ方もばらつきます。だからこそ、給付区分、指定講座番号、演習内容、修了条件、申請期限の5点を同じ表情で確認する必要があります。

費用面では、定価の安さだけで判断しません。給付率、上限、追加条件、申請の順番が合って初めて、給付後の実額を比較できます。特定のスクール名やコース名よりも、まず自分の対象可否と講座の指定状況を固める。そこまで進めると、後段の講座比較でも迷うポイントがかなり減ります。

よくある質問

教育訓練給付は、対象講座かどうかより先に、自分の支給要件と申請期限を確認するのが実務上の要点です。CI/CD関連の講座でも、制度上の扱いは講座ごとに異なります。

Q. CI/CDを学べる講座なら教育訓練給付の対象になりますか？

A. IT系講座であることだけでは対象になりません。厚生労働省の教育訓練給付制度検索システムで、講座名、実施施設、指定講座番号、指定期間、区分を確認します。似た名称でも別講座として扱われることがあります。

Q. 給付額は受講料に給付率を掛ければ分かりますか？

A. 目安にはなりますが、それだけでは足りません。教育訓練経費として認められる範囲、上限、会社補助、追加給付の条件、過去の受給歴で変わります。給付後の実額は、シミュレーターで条件をそろえて試算してください。

Q. 申請はいつまでに行いますか？

A. 一般教育訓練は、原則として修了日の翌日から1か月以内に支給申請します。特定一般と専門実践は受講開始前の手続きが関わり、受講開始日の2週間前が重要な目安になります。区分ごとに手順を確認します。

Q. 訓練前キャリアコンサルティングとは何ですか？

A. 職務経験、希望職種、受講目的を整理し、講座がキャリア形成に合うかを確認する面談です。特定一般や専門実践で関わる手続きです。面談後にジョブ・カードを作成し、ハローワークでの確認に使います。

Q. 会社の研修費補助と併用できますか？

A. 会社補助や他の助成を受ける場合、教育訓練経費から差し引く扱いになることがあります。自己負担だけでなく、誰がどの費用を払ったかが申請に関わります。受講前に会社とハローワークの両方で確認します。

Q. 途中で解約した場合も給付されますか？

A. 給付は修了認定や受講状況が前提になります。途中退学、課題未提出、出席不足などで修了証明書が出ない場合、修了後の申請は難しくなります。専門実践の受講中申請も条件があるため、早めに窓口へ相談します。

Q. 離職中でも利用できますか？

A. 離職中でも、受講開始日が離職日の翌日から一定期間内で、支給要件期間などを満たす場合は対象になり得ます。妊娠、出産、疾病などで延長が認められる場合もあります。個別の扱いはハローワークで確認します。

Q. 過去に教育訓練給付を使った人も再利用できますか？

A. 再利用には、前回の受講開始日以降に一定の支給要件期間が必要です。一般、特定一般、専門実践で細部が違い、過去の受給歴も関わります。受講料を支払う前に支給要件照会で確認するのが現実的です。

Q. CI/CDエンジニアを目指すなら資格とスクールのどちらが先ですか？

A. 初学者は、Git、Linux、クラウド基礎、コンテナを使った小さな成果物を先に作ると理解が早くなります。資格は基礎知識の証明に役立ちますが、CI/CDではパイプラインを作り、失敗時の動きを説明できることが重要です。

Q. 給付対象講座を選べば転職に有利になりますか？

A. 給付対象であることは費用面の判断材料であり、転職評価を直接決めるものではありません。求人票で求められるCI/CD、クラウド、監視、IaC、障害対応と、講座の演習内容が合っているかを確認します。

次の一歩は、候補講座を増やすことではなく、給付区分、指定講座番号、受講開始日、自分の支給要件を同じ順番で確認することです。対象講座の確認漏れや申請期限の取り違えは、後から直しにくい費用差になります。講座を絞る前に、給付後の実額を試算し、ハローワーク等の最新情報で自分の条件を照合してください。

参考・出典

厚生労働省「教育訓練給付制度」 https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/jinzaikaihatsu/kyouiku.html

ハローワークインターネットサービス「教育訓練給付」 https://www.hellowork.mhlw.go.jp/insurance/insurance_education.html

厚生労働省「教育訓練給付制度検索システム」 https://www.kyufu.mhlw.go.jp/kensaku/

ハローワーク「教育訓練給付金支給申請手続について（一般教育訓練）」 https://www.hellowork.mhlw.go.jp/doc/kyouiku_kyufu.pdf

ハローワーク「特定一般教育訓練給付金のご案内」 https://www.hellowork.mhlw.go.jp/doc/tokutei_ippan.pdf

ハローワーク「専門実践教育訓練給付金のご案内」 https://www.hellowork.mhlw.go.jp/doc/senmonjissenkyouikukunrennokyuuhunogoannai.pdf

経済産業省「第四次産業革命スキル習得講座認定制度」 https://www.meti.go.jp/policy/economy/jinzai/reskillprograms/

IPA「ITスキル標準」 https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/

Google Cloud「DORA Research Program」 https://dora.dev/

Google SRE「Site Reliability Engineering」 https://sre.google/books/

※当編集部は各社の公開情報と厚生労働省など一次情報をもとに独自に整理・比較しています（検証日：2026年6月20日）。独自の星評価・満足度％・受講者数・口コミは掲載しません（捏造をしないため）。最終的な対象可否・金額はハローワーク等でご確認ください。掲載・選定方針 ›