Azure DevOps Services と Azure DevOps Server の比較

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

クラウド オファリングである Azure DevOps Services は、スケーラブルで信頼性が高く、グローバルに利用できるホステッド サービスを提供します。 クラウド オファリングは、99.9% の SLA によって支えられ、24 時間 365 日体制の運用チームによって監視され、世界中のローカル データ センターで利用できます。

オンプレミスオ ファリングである Azure DevOps Server は、SQL Server バックエンド上に構築されています。 お客様は、通常、ネットワーク内にデータを維持する必要がある場合に、オンプレミスのバージョンを選択します。 または、Azure DevOps Server のデータとツールと統合された SQL Server レポート サービスにアクセスする必要がある場合。

どちらのオファリングも同じ 重要な機能とサービスを提供しますが、Azure DevOps Services には次の利点があります。

  • サーバー管理の簡素化
  • 最新かつ最大の機能への即時アクセス
  • リモート サイトとの接続性の向上
  • 設備投資 (サーバーなど) から運用支出 (サブスクリプション) への移行

ニーズを満たすクラウドまたはオンプレミスのオファリングを決定するには、次の主な違いを考慮してください。

Azure DevOps Services と Azure DevOps Server の主な違い

必要なプラットフォームを選択する場合、またはオンプレミスからクラウドへの移行を検討している場合は、次の点を考慮してください。

特定の機能領域の違い

Azure DevOps Services は Azure DevOps Server のホストバージョンですが、機能にはいくつかの違いがあります。 一部の Azure DevOps Server 機能は、Azure DevOps Services ではサポートされていません。 たとえば、Azure DevOps Services では、レポートをサポートするための SQL Server Analysis Services との統合はサポートされていません。

サポートの違い

Azure DevOps Server を使用していて、Azure DevOps Services への移行を検討している場合は、移行オプションを理解してください。

データのスコープとスケール

ビジネスの成長に合わせて、Azure DevOps インスタンスのスケールアップが必要になる場合があります。

Azure DevOps Services

Azure DevOps Services には、データのスコープ設定とスケーリングに関する 2 つのオプション (組織とプロジェクト) が用意されています。 Azure DevOps Services の組織は独自の URL (たとえば) を取得し、 https://dev.azure.com/fabrikamfiber常に 1 つのプロジェクト コレクションを持ちます。 組織は、コレクション内に多数のプロジェクトを含めることができます。

Azure DevOps Server でコレクションを作成する場合はどこでも、Azure DevOps Services に組織を作成することをお勧めします。 次のシナリオが適用されます。

  • 組織ごとに Azure DevOps Services ユーザーを購入できます。有料ユーザーは、支払いが行われた組織にのみアクセスできます。 多くの組織にアクセスする必要があるユーザーがいる場合は、Visual Studio サブスクリプションが魅力的なオプションになる可能性があります。 Visual Studio サブスクライバーは、任意の数の組織に無料で追加できます。 また、1 つの組織にグループ化された多くの組織がアクセスできるようにする他の方法も検討しています。
  • 現在、一度に 1 つずつ組織を管理する必要があります。 多くの組織がある場合、このプロセスは面倒な場合があります。

詳細については、「Azure DevOps での組織構造の計画」を参照してください。

Azure DevOps Server

Azure DevOps Server には、データのスコープ設定とスケーリングに関する 3 つのオプション (デプロイ、プロジェクト コレクション、プロジェクト) が用意されています。 最も単純なケースでは、デプロイは単なるサーバーです。

ただし、デプロイは複雑になる可能性がありますが、これには次のものが含まれます。

  • SQL が別のマシンに分割される 2 サーバーデプロイ
  • 多数のサーバーがある高可用性ファーム

プロジェクト コレクションは、セキュリティと管理、および物理データベース境界のコンテナーとして機能します。 関連するプロジェクトをグループ化するためにも使用されます。

最後に、プロジェクトは、ソース コード、作業項目など、個々のソフトウェア プロジェクトの資産をカプセル化するために使用されます。 詳細については、「Azure DevOps での組織構造の計画」を参照してください。

認証

Azure DevOps Services

Azure DevOps Services では、パブリック インターネット (たとえば https://contoso.visualstudio.com) 経由で接続します。 組織のセットアップに応じて、Microsoft アカウントの資格情報または Microsoft Entra ID 資格情報を使用して認証します。 多要素認証、IP アドレス制限などの機能を要求するように Microsoft Entra ID を設定することもできます。

Microsoft アカウントではなく Microsoft Entra を使用するように組織を構成することをお勧めします。 この方法は、多くのシナリオでより優れたエクスペリエンスを提供し、セキュリティ強化のためのより多くのオプションを提供します。

詳細については、「Microsoft Entra ID を使用した Azure DevOps Services へのアクセスについて」を参照してください。

Azure DevOps Server

Azure DevOps Server では、イントラネット サーバー (たとえば) https://tfs.corp.contoso.com:8080/tfsに接続します。 Windows 認証を使用して認証し、Active Directory (AD) の資格情報をメインします。 このプロセスは透過的であり、どのような種類のサインイン エクスペリエンスも表示されません。

ユーザーとグループの管理

Azure DevOps Services

Azure DevOps Services では、同様のメカニズムを使用して 、ユーザーのグループへのアクセスを提供できます。 Microsoft Entra グループを Azure DevOps Services グループに追加できます。 Microsoft Entra ID の代わりに Microsoft アカウントを使用する場合は、ユーザーを一度に 1 つずつ追加する必要があります。

Azure DevOps Server

Azure DevOps Server では、Active Directory (AD) グループをさまざまな Azure DevOps グループ (たとえば、個々のプロジェクトの共同作成者グループ) に追加することで、ユーザーにデプロイへのアクセスを提供します。 AD グループ メンバーシップは同期された状態で保持されます。ユーザーは AD で追加および削除されると、Azure DevOps Server へのアクセスも取得および削除されます。

ユーザー アクセスを管理する

Azure DevOps Services と Azure DevOps Server の両方で、ユーザーをアクセス レベルに割り当てることで、機能へのアクセスを管理します。 すべてのユーザーを 1 つのアクセス レベルに割り当てる必要があります。 クラウドとオンプレミスの両方のオファリングで、無制限の数の利害関係者に作業項目機能への無料アクセスを提供できます。 また、無制限の数の Visual Studio サブスクライバーが、追加料金なしですべての Basic 機能にアクセスできます。 アクセスが必要な他のユーザーに対してのみ支払います。

Azure DevOps Services

Azure DevOps Services では、組織内の各ユーザーにアクセス レベルを割り当てる必要があります。 Azure DevOps Services は、サインイン時に Visual Studio サブスクライバーを検証します。 Visual Studio サブスクリプションを持たない 5 人のユーザーに Basic アクセス権を無料で割り当てることができます。

Basic 以上のユーザーにアクセス権を付与するには、組織の課金を設定し、より多くのユーザーに対して支払います。 それ以外の場合は、他のすべてのユーザーが利害関係者アクセス権を取得します。

Microsoft Entra グループは、ユーザーのグループにアクセスできるようにします。 アクセス レベルは、最初のサインイン時に自動的に割り当てられます。 サインインに Microsoft アカウントを使用するように構成されている組織では、アクセス レベルを各ユーザーに明示的に割り当てる必要があります。

Azure DevOps Server

Azure DevOps Server では、すべての用途が名誉システム上にあります。 ライセンスに基づいてユーザーのアクセス レベルを設定するには、管理ページでアクセス レベルを指定します。 たとえば、ライセンスのないユーザーに利害関係者アクセスのみを割り当てます。

Azure DevOps Server クライアント アクセス ライセンス (CAL) を持つユーザーは、Basic アクセス権を持つことができます。 Visual Studio サブスクライバーは、サブスクリプションに応じて、Basic または Advanced のいずれかのアクセス権を持つことができます。 Azure DevOps Server では、これらのライセンスの検証やコンプライアンスの適用は試みられません。

セキュリティとデータ保護

多くのエンティティは、クラウドへの移行を検討するときに、データ保護の詳細を知りたいと考えています。 Microsoft は、Azure DevOps Services プロジェクトが安全で安全なままであることを保証することに取り組んでいます。 このコミットメントを実現するための技術的な機能とビジネス プロセスが用意されています。 データをセキュリティで保護する手順を実行することもできます。 詳細については、Data Protection の概要を参照してください。

プロセスのカスタマイズ

作業追跡エクスペリエンスは、サポートされているプロセス モデルに応じて、さまざまな方法でカスタマイズできます。

Azure DevOps Services

Azure DevOps Services では、WYSIWYG カスタマイズをサポートする継承プロセス モデルが使用されます。

Azure DevOps Server

Azure DevOps Server では、継承プロセス モデルまたはオンプレミスの XML プロセス モデルを選択できます。これは、作業追跡オブジェクトの XML 定義ファイルのインポートまたはエクスポートによるカスタマイズをサポートします。 Azure DevOps Server 2018 以前のバージョンでは、オンプレミスの XML プロセス モデルにのみアクセスできます。 オンプレミスの XML プロセス モデル オプションは強力ですが、さまざまな問題を引き起こす可能性があります。 メインの問題は、既存のプロジェクトのプロセスが自動的に更新されないということです。

これらの問題を回避するために、カスタム プロセス テンプレートと witadmin.exe ツールは常に無効になっています。 この方法では、Azure DevOps Services のアップグレードごとにすべてのプロジェクトが自動的に更新されます。 一方、製品チームは、簡単かつ継続的にサポートできる方法でカスタマイズプロセスを可能にするために努力しています。 私たちは最近、これらの変更の最初を導入し、より多くの変更が進行中です。

新しいプロセスカスタマイズ機能を使用すると、Web ユーザー インターフェイス (UI) 内で直接変更を行うことができます。 プロセスをプログラムでカスタマイズする場合は、REST エンドポイントを使用してカスタマイズできます。 この方法でプロジェクトをカスタマイズすると、Azure DevOps Services のアップグレードを使用して基本プロセスの新しいバージョンをリリースすると、プロジェクトが自動的に更新されます。

詳細については、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

分析とレポート

Azure DevOps Services と Azure DevOps Server には、ソフトウェア プロジェクトの進行状況と品質に関する分析情報を提供する次のツールが用意されています。

Azure DevOps Server 2019 から Azure DevOps Services

  • クラウドとオンプレミスの 両方のプラットフォームで使用できるダッシュボードと軽量 のグラフ 。 これらのツールは、セットアップと使用が簡単です。
  • Analytics サービス と Analytics ウィジェット。 Analytics サービスは、高速な読み取りアクセスとサーバー ベースの集計に最適化されています。
  • Microsoft Power BI 統合。これは、Power BI レポートへの分析データの取得をサポートし、シンプルさとパワーの組み合わせを提供します。
  • OData のサポート。これにより、サポートされているブラウザーから Analytics サービスに直接クエリを実行し、返された JSON データを必要に合じて使用できます。 多数のプロジェクトまたは組織全体にまたがるクエリを生成できます。 Analytics サービスの詳細については、レポートのロードマップを参照してください。

Azure DevOps Server 2018

Visual Studio Team Services の名称は Azure DevOps Services に変更されました。

VSTS の注目のサービスの多くは、Azure DevOps Services と Azure DevOps Server 2019 の両方でスタンドアロン サービスとして提供されるようになりました。 サービスは、個別に取得することも、Azure DevOps Services としてまとめて取得することもできます。 Azure DevOps サブスクライバーの場合は、すべてのサービスに既にアクセスできます。

VSTS 機能名 Azure DevOps サービス名 説明
ビルドとリリース Azure Pipelines 任意の言語、プラットフォーム、クラウドで動作する継続的インテグレーションと継続的デリバリー (CI/CD)。
コード Azure Repos クラウドでホストされるプロジェクト用の無制限のプライベート Git および Team Foundation バージョン管理 (TFVC) リポジトリ。
作業 Azure Boards かんばんボード、バックログ、チーム ダッシュボード、カスタム レポートを使用して作業を追跡します。
テスト Azure Test Plans オールインワンの計画済みおよび探索的テスト ソリューション。
パッケージ (拡張機能) Azure Artifacts Maven、npm、Python、Universal Package、NuGet パッケージ のフィードは、パブリック ソースとプライベート ソースから提供されます。

Azure DevOps Services と Azure DevOps Server 2019 以上では、新しいナビゲーション ユーザー インターフェイスを使用します。縦のサイドバーを使用して、ボード、リポジトリ、パイプライン、成果物、テスト プランなどのメインサービス領域に移動します。 詳細については、Azure DevOps での Web ポータルのナビゲーションに関するページを参照してください。

Note

ユーザー インターフェイスから select サービスを無効にすることができます。 詳細については、「サービスのオンとオフを切り替える」を参照してください。

引き続き Azure DevOps Services にアクセスするために使用 visualstudio.com できます。 新しい組織のプライマリ URL として新しい dev.azure.com doメイン 名に移動しました。 その URL は https://dev.azure.com/{your organization}/{your project}. プライマリに基づいて dev.azure.com URL を変更する場合は、組織の管理者が組織の設定ページから変更できます。