Azure DevOpsとは｜GitHubとの違い・料金と案件での使い方

Azure DevOpsとは｜5つのサービスで開発工程を一本化する

結論から言うと、Azure DevOpsは「開発の各工程に対応したサービスの束」です。1つの巨大なツールではありません。チケット管理だけ使う、CI/CDだけ使う、といった部分利用ができます。

Microsoft LearnのAzure DevOps とはでは、計画・コーディング・ビルド・テスト・デプロイを統合したプラットフォームと定義されています。前身はTeam Foundation Server（TFS）で、2018年に現在の名称へ変わりました。TFS時代からの資産を引き継いでいるエンタープライズ系の現場では、Azure DevOpsがそのまま継続利用されているケースもあります。

5つのサービスの役割

このうちテスト管理のAzure Test Plansだけは上位ライセンスが必要で、他の4つはBasicライセンスの範囲に含まれます。料金の詳細は後述します。

Azure DevOps ServicesとAzure DevOps Serverの違い

提供形態は2つです。クラウド版のAzure DevOps Servicesと、自社サーバーに入れるAzure DevOps Server。機能の中心は共通ですが、更新の流れ方が違います。

クラウド版は数週間ごとのスプリント単位で機能が反映されます。オンプレ版はまとまった単位でのリリースで、クラウド版に入った機能が後から降りてくる形です。金融・公共系など外部サービスにコードを置けない現場では、今もオンプレ版が選ばれます。

バージョン名の付け方は途中で変わっています。「Azure DevOps Server 2022」までは西暦が入っていましたが、執筆時点（2026年11月）の公式ダウンロードページでは、提供中の最新版が版番号なしの「Azure DevOps Server」として掲載され、次期版が「Azure DevOps Server RC (26H2)」という表記で並んでいます。過去版として2022.2以前が別枠に残る構成です。導入前にAzure DevOps Serverのダウンロードページで現在の提供状況を確認してください。なお、Team Foundation Server 2015以降からは最新版へ直接アップグレードできる経路が用意されています。

Azure DevOpsとGitHubの違い｜2026年の役割分担

同じMicrosoft傘下で、できることが重なる。ここが混乱の元です。

機能の対応関係は下の表のとおりで、リポジトリもCI/CDもチケット管理も、どちらにもあります。

重なっていない部分がひとつあります。手動テストの計画・実行記録を扱うAzure Test Plansです。製造業や金融の受け入れテスト工程で使われており、GitHub側に直接対応する機能はありません。

Microsoftが示している使い分け

2026年6月2日のAzure DevOps Blogで、Microsoftは両者の位置づけを説明しています。要点は2つです。

ひとつは、リポジトリをGitHubへ移すとエージェント型の開発体験をフルに使えるという点。AI関連の新機能はGitHub側から先に展開される流れになっています。

もうひとつは、Azure Boards・Azure Pipelines・Azure Test PlansはGitHubのリポジトリと並べて使い続けられるという点です。同ブログには、各チームが自分たちのポートフォリオに合うペースで進めればよい、という趣旨の記述もあります。少なくとも執筆時点では、Azure Reposの廃止期限は公表されていません。製品方針は変わりうるため、判断材料にする場合は原文で最新の記述を確認してください。

つまり「どちらか一方を捨てる」話ではなく、リポジトリはGitHub、計画とリリース統制はAzure DevOpsというハイブリッド構成が公式に想定されている、と読むのが実態に近いでしょう。2025年11月18日の別の公式記事では、移行にGitHub Enterprise Importerを使う案内と、GitHub Enterpriseライセンスの保有者にAzure DevOpsのBasicアクセス権が含まれるという説明も出ています。ライセンス条件は改定されることがあるため、契約前に最新の条項を確認してください。

どちらを選ぶかの判断軸

新規で選ぶ場面に限れば、判断はそれほど複雑ではありません。

• 開発者中心の小〜中規模チーム：GitHub側に寄せたほうが情報も人材も集めやすい

• 手動テスト工程や監査証跡が重い組織：Test PlansとBoardsの作り込みがあるAzure DevOpsに分がある

• すでにEntra IDやMicrosoft 365で組織管理している企業：認証・権限の統合が効くAzure DevOpsの導入障壁が低い

3つめについては、Microsoft Entra IDとは｜旧Azure ADとの違いと構築案件もあわせて読むと、なぜMicrosoft系の現場でAzure DevOpsが残り続けるのかが掴めます。

このセクションのよくある疑問

Azure DevOpsとGitHubのアカウントは別管理になりますか。

別サービスなので管理単位は分かれますが、Azure DevOpsの組織をMicrosoft Entra IDに接続し、GitHub Enterprise側もEntra IDでシングルサインオンさせれば、実運用上はひとつのID基盤に寄せられます。

Azure Pipelinesの使い方｜YAMLとClassicの違い

Azure Pipelinesには書き方が2系統あります。ここを理解していないと、案件に入った初日に戸惑います。

YAMLパイプラインは、azure-pipelines.ymlという定義ファイルをリポジトリに置く方式です。GitHub ActionsやGitLab CIと同じ考え方で、パイプラインの変更履歴がコードと一緒に残ります。

Classicパイプラインは、画面上でタスクをドラッグして組み立てる方式です。GUIで完結するぶん最初は分かりやすいものの、定義がリポジトリに残らず、レビューも差分比較もできません。

新規組織ではClassicが既定で無効

ここが実務上の分かれ目です。MicrosoftはClassicパイプラインの作成を無効化する設定を提供しており、Sprint 226以降に作成された新しい組織では、Classicのビルド・リリースパイプラインの新規作成が既定でオフになっています。新規組織で作れるのはYAMLパイプラインだけ、という状態です。

既存のClassicパイプラインが消えるわけではありません。編集も実行もできます。ただし新規作成ボタンが無効化される設定があるため、古い組織から新しい組織へ移る案件では「同じやり方が通用しない」場面が出てきます。

長く運用されている現場ほどClassicのリリースパイプラインが残っています。参画時には、どちらの方式が動いているのか、YAMLへの移行計画があるのかを最初に聞いておくと見通しが立ちます。

Microsoftホスト型とセルフホスト型の選び分け

パイプラインを動かすエージェントも2種類です。

Microsoftホスト型は、実行のたびにクリーンな仮想マシンが用意されます。環境が汚れないかわりに、毎回のセットアップ時間がかかります。セルフホスト型は自前のマシンに常駐させる方式で、キャッシュが効くぶん速く、閉域網のリソースにも届きます。

無料枠の条件が違う点も押さえておきたいところです。Microsoftホスト型は1並列・月1,800分（30時間）まで、セルフホスト型は1並列で実行時間の制限なし。1日あたりに直すとホスト型の無料枠は約60分で、チームで使うとすぐ足りなくなります。

Azure以外への配布もできます。AWSやGoogle Cloud、オンプレミスのサーバーへのデプロイにも対応しており、詳細はAzure Pipelines とはにまとまっています。他のCI/CDツールとの比較を押さえたい場合は、Jenkinsとは？CI/CDの仕組み・GitHub Actionsとの違い・案件動向をフリーランス視点で解説やGitLab CIとは｜.gitlab-ci.ymlの書き方・料金・GitHub Actionsとの違いと案件動向が参考になります。

このセクションのよくある疑問

ClassicパイプラインをYAMLへ自動変換できますか。

Classicのビルドパイプラインには、定義からYAMLを書き出す機能があります。ただしリリースパイプライン側には同等の変換がなく、環境・承認・ゲートの再設計が必要になるケースがほとんどです。変換結果をそのまま本番に適用せず、検証環境で通してから切り替えてください。

Boards・Repos・Test Plans・Artifactsの実務

CI/CD以外の4サービスも、案件では触る機会があります。

Azure Boardsが大企業で選ばれる理由

Boardsは、作業項目（ワークアイテム）の型と入力項目を細かく定義できます。エピック・フィーチャー・ユーザーストーリー・タスクという階層を組み、部署ごとに違うワークフローを持たせることも可能です。

この柔軟さが、品質管理のプロセスが文書化されている組織と相性がいい。コミット、プルリクエスト、ビルド、テスト結果が作業項目に紐づくため、「この要件がどのリリースで本番に出たか」を後から追跡できます。監査が入る業界では、この追跡性が導入理由そのものになります。

アジャイル系の案件で求められる前提知識はアジャイル開発とは｜仕組み・スクラム・ウォーターフォールとの違いに整理しています。

Azure ReposとTFVC

ReposはGitとTFVCの2方式に対応しています。新規プロジェクトの既定はGitです。

TFVCは集中型のバージョン管理で、サーバー側に履歴を持ちます。古いプロジェクトでは今も現役ですが、新規で選ぶ場面はほぼありません。TFVC運用の現場に入る場合、ブランチの考え方がGitと違う点に注意してください。Git前提のGitブランチ戦略の選び方｜GitHub Flow・trunk-basedの違いの作法がそのままでは当てはまりません。

ブランチポリシーは実務でよく触る部分です。最低レビュアー数、ビルド成功の必須化、作業項目とのリンク必須といった条件をブランチ単位で強制できます。

Test PlansとArtifacts

Test Plansは手動テストの管理に特化しています。テストケースをExcelのようなグリッドで編集し、実行時のスクリーンショットや操作ログを記録して、結果をユーザーストーリーに紐づけられます。受け入れテストを人手でやる現場では、ここが評価されます。

Artifactsは社内パッケージの置き場です。NuGet、npm、Maven、Python、Universalパッケージに対応し、公開レジストリをアップストリームとして経由させる設定もできます。共通ライブラリを社内配布している組織では必須の構成要素になります。

Azure DevOpsの料金

課金は「人数」「パイプラインの並列数」「パッケージの保管量」の3軸です。以下はAzure DevOps Services の価格ページで公開されている米ドル建ての金額で、2026年11月時点のものです。日本円での請求額は為替や契約形態で変わります。

無料枠には条件が付く点も押さえておいてください。新しく作成した組織では、Microsoftホスト型の無料の並列ジョブを有効化するために申請が必要になる場合があります。価格そのものも改定されうるため、見積もりに使う前に価格ページで最新の金額を確認してください。

実際の請求で膨らみやすいのは並列ジョブです。Microsoftホスト型の無料枠は月1,800分なので、5分のビルドを1日12回まわすと20営業日で1,200分。テストやデプロイを足すとひと月で上限に届きます。セルフホスト型の追加は月15米ドルとホスト型より安く、自社でビルドマシンを用意できる組織ではこちらに寄せる構成も選択肢になります。

費用を抑える観点では、閲覧しかしないメンバーをステークホルダー権限にしておくのも効きます。人数制限なしで無料のため、ここを整理するだけでライセンス費が下がる組織は少なくありません。

このセクションのよくある疑問

Test Plansだけ一部のメンバーに付与できますか。

できます。ライセンスはユーザー単位の割り当てなので、テスト担当の数名だけをBasic + Test Plansにして、残りをBasicのままにする構成が一般的です。

フリーランス案件でのAzure DevOps

公開案件を見る限り、Azure DevOps単体をスキル要件の中心に据えた募集は目立ちません。目につくのは、Azure基盤の構築・移行案件のなかに「CI/CDはAzure Pipelines」という形で条件が含まれているパターンです。

Azure環境タグ案件から見た単価の目安（Azure DevOps案件の単価ではありません）

以下は、フリコンに掲載中の案件のうち「Azure」環境タグが付いた2,186件を2026年11月8日時点で集計した参考値です。Azure DevOpsを使う案件だけを抜き出した数字ではなく、Azure環境全般のタグ横断集計である点にご注意ください。また、掲載時点の提示単価であって成約単価ではありません。Azure DevOpsの経験そのものがこのレンジを保証するものではなく、あくまで「Azure案件全体の水準」として読んでください。

職種の内訳としては、クラウド移行や基盤構築を担うインフラエンジニアが目立ち、次いでC#やAzure Functionsを扱うサーバーサイド、Azure SQL Database周りのデータベース案件が続きます。月100万円を超えるレンジは、移行の方式設計や複数チームの横断調整まで任される立場で、Azure上での設計経験に加えて要件整理やベンダーコントロールの経験を求められるケースが中心です。

自分の経験で狙えるレンジを把握したい方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。

実際の募集条件を見たい場合はAzure案件の一覧から、キーワードに「Azure DevOps」「Azure Pipelines」を重ねて絞り込んでみてください。

案件でよく出会う3つの構成パターン

参画先の構成は、だいたい次の3つに分かれます。どれに当たるかで求められるスキルが変わります。

移行型は難度が上がるぶん、単価も上振れしやすい領域です。ただし技術作業より調整の比重が大きく、停止できない業務を抱えた部署との合意形成に時間を取られます。アセスメントから切り替えまでに数か月単位をみておく案件もあります。

セットで評価されやすいスキル

Azure DevOps単体ではなく、周辺とのセットで見られます。

• Azure基盤の設計経験：Microsoft Azureとは｜主要サービス・AWS/GCPとの違い・案件単価のレベルの全体像は前提になります

• IaC：ARMテンプレートやBicep、あるいはTerraformとは？IaCの仕組み・できること・フリーランス案件の単価をエンジニア視点で解説の知識

• コンテナとKubernetes：AKSへの配布パイプラインを組む案件で必要になります

• 認証基盤：Entra IDとの連携、サービスプリンシパルの権限設計

職種としてどう位置づけられるかは、DevOpsエンジニアとは？仕事内容・年収・必要スキル・なり方を公開案件データで解説とSREフリーランスの単価相場｜DevOps案件の月額レンジと参入目安が参考になります。複数の案件を比較して決める段階に入ったら、案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位の判断軸も使えます。

案件でよくある失敗と対策

並列ジョブの無料枠を使い切って止まる

よくあるのが、CIを整備した翌月にビルドが動かなくなるケースです。月1,800分の無料枠を超えた時点で、キューに入ったまま進まなくなります。

対策として、無料枠のまま進めるなら実行トリガーを絞ること。全ブランチのpushで走らせず、プルリクエストと主要ブランチに限定するだけで消費はかなり落ちます。恒常的に足りないなら、セルフホスト型エージェントの追加を見積もりに入れてください。

Classic前提の知識でYAML案件に入る

GUIでの操作に慣れていると、YAMLの構文とパイプラインの実行モデルで手が止まります。ステージ・ジョブ・ステップの階層、テンプレートの参照、変数グループとシークレットの扱い。このあたりは触って覚えるしかない部分です。

参画が決まった時点で、無料枠の範囲で個人の組織を作り、サンプルのリポジトリで1本通しておくことをおすすめします。公式のクイックスタート手順に沿えば、最初のパイプラインは1〜2時間で動かせるケースが多いです。

サービス接続の権限を広く取りすぎる

Azure環境へデプロイするには、サービス接続（Service Connection）という認証の経路を作ります。ここで対象サブスクリプション全体に強い権限を与えてしまう構成を、引き継ぎ案件でしばしば見かけます。

リソースグループ単位にスコープを絞る、承認とチェックを設定してパイプラインからの利用を制限する。この2点を提案できると、セキュリティレビューのある現場では評価されます。

GitHub移行の話を技術論だけで進める

移行型の案件で起きがちな失敗です。ツールで履歴を移すこと自体は手順化されていますが、実際の難所はそこではありません。作業項目とコミットの紐づけが切れる、長期運用のブランチが大量に残っている、部署ごとに運用ルールが違う。こうした事情の棚卸しが先に来ます。

技術的な移行手順と並行して、現行の利用状況を洗い出す工程を提案に入れておくと、見積もりのズレを防げます。

Azure DevOpsの学習ロードマップと参画前チェックリスト

学習の進め方

ゼロから触る場合、次の順序が効率的です。

1. 組織とプロジェクトを作る：5ユーザーまで無料のため、個人の検証環境はコストなしで用意できます

2. YAMLパイプラインを1本通す：サンプルアプリのビルドとテストまで。ここで用語が繋がります

3. 変数グループとシークレットを扱う：Azure Key Vaultとの連携まで触れると実務に近づきます

4. サービス接続を作ってAzureへデプロイする：App ServiceやAKSなど、配布先を1つ決めて通します

5. Boardsと紐づける：ブランチポリシーで作業項目のリンクを必須にし、追跡性を体験します

資格で補強するなら、AZ-400（DevOps Engineer Expert）が範囲として近い位置にあります。前提資格の扱いを含めてAzure認定資格おすすめ一覧｜AZ-900からのロードマップ・難易度・受験料にまとめています。どのクラウドから手を付けるか迷っている段階なら、クラウド案件の参入順序｜AWS・Azure・GCPどれから取るかの判断軸も読んでおくと遠回りを減らせます。

参画前に確認したい10項目

面談や初回のキックオフで聞いておくと、入ってからのギャップが減ります。

1. Azure DevOps ServicesとServerのどちらか。Serverならバージョンは何か

2. リポジトリはAzure Repos、GitHub、TFVCのどれか

3. パイプラインはYAMLか、Classicビルド／リリースが残っているか

4. エージェントはMicrosoftホスト型かセルフホスト型か。並列ジョブは何本購入済みか

5. GitHubへの移行計画があるか。あるなら時期と範囲

6. ブランチポリシーはどこまで強制されているか（レビュアー数、ビルド必須、作業項目リンク）

7. サービス接続の権限スコープと、変更権限を持つのは誰か

8. Boardsのプロセステンプレートはカスタマイズされているか

9. Test Plansを使った手動テスト工程があるか。あるなら自分の担当範囲に入るか

10. 本番デプロイの承認フローと、担当者が承認権限を持つかどうか

3番と5番は特に確認しておきたい項目です。ここの回答次第で、期待される作業内容が保守寄りか移行寄りかに大きく分かれます。

まとめ

Azure DevOpsは5つのサービスの束であり、全部を使う必要はありません。GitHubとは競合ではなく、リポジトリをGitHubに置きながらBoardsとPipelinesを使い続ける構成がMicrosoft自身から示されています。

要点を整理します。

• 構成はBoards・Repos・Pipelines・Test Plans・Artifactsの5つ。Test Plansのみ上位ライセンスが必要

• 料金は最初の5ユーザーが無料、6人目から1人あたり月6米ドル。並列ジョブとパッケージ容量が別課金

• Microsoftホスト型パイプラインの無料枠は1並列・月1,800分。チーム利用では足りなくなりやすい

• 新規組織ではClassicパイプラインの作成が既定で無効。現場に残っていても新規作成は想定されていない

• Azure Reposの廃止日は公表されていない。GitHubへの移行は推奨であって強制ではない

• 案件はAzure基盤の構築・移行に付随する形が中心。参画前に「リポジトリの所在」と「移行計画の有無」を確認する

次のアクションとしては、無料枠で組織をひとつ作り、YAMLパイプラインを1本通してみるのが最短です。そのうえでAzure案件の一覧で実際の募集要件を眺めると、自分の経験とのギャップが具体的に見えてきます。

参照した一次情報は次のとおりです。

• Azure DevOps とは（Microsoft Learn）

• Azure Pipelines とは（Microsoft Learn）

• Azure DevOps Services の価格

• Azure DevOps and GitHub: Journeying into the AI Era（Azure DevOps Blog・2026年6月2日）

• Disable creation of classic pipelines（Azure DevOps Blog）

• Azure DevOps Server のダウンロード