次の方法で共有


マネージド DevOps プールのタイムラインとロードマップ

ロードマップ

次のセクションでは、Managed DevOps プールの開発における新機能について説明します。

  • サービス タグと新しい IP: Managed DevOps Pools コントロール プレーンは、新しい IP 送信アドレスを追加し、マネージド DevOps プールからの送信トラフィックを許可する便利なメカニズムを提供するサービス タグを発行します。 2025 年 11 月に予定されています。

  • ログ分析: マネージド DevOps プールは、ログ分析にログを出力するようにプールを構成できるようにサポートを追加しています。 Azure portal のログ分析ツールを使用すると、Azure Monitor Logs ストア内のデータに対するログ クエリの実行と編集を行うことができます。 Log Analytics を使用して 、Kusto クエリ言語 (KQL) または Log Analytics 簡易モードで提供されるポイント アンド クリック エクスペリエンスを使用してログ データを分析および視覚化します。 2025 年 11 月に予定されています。

  • Azure Pipelines イメージ バージョン: 新しいイメージ バージョンがパイプラインを中断した場合、すべてのパイプラインで イメージ バージョンのオーバーライド要求 を構成して、 最後に成功したパイプライン実行で使用されたバージョンに戻すことができます。 提案された機能を使用すると、Managed DevOps Pools ユーザー インターフェイスで Azure Pipelines イメージのイメージ バージョンを選択し、プールのイメージを特定のイメージ バージョンにピン留めできます。 2025 年 11 月に予定されています

  • エージェントの消去: 必要に応じて、エージェントを手動でリサイクルする機能が追加されています。 2026 年初頭に予定されています。

  • プールエイリアス: コミュニティ からのこの質問に対処するために、Azure リソース名に加えて Azure DevOps プール名を追加する機能を追加しています。 2026 年初頭に予定されています。

  • スポット仮想マシン インスタンス: 重要でないパイプラインをスポット仮想マシンに切り替えることで、Azure のコストを 最大 90% 削減できます。 CI/CD ワークロードは、CI/CD エージェントの一時的な性質により、スポット仮想マシンを使用するのに理想的な候補になります。 スポット仮想マシンの詳細については、「 スポット仮想マシンの概要」を参照してください。 2026 年初頭に予定されています。

  • コンテナー エージェント: コンテナーをプロビジョニングし、コンテナー内でエージェントを開始するためのサポートを追加しています。 2026 年初頭に予定されています。

  • カスタム スタートアップ スクリプト: エージェントに割り当てる前に、プール内のすべてのイメージに対して PowerShell スクリプト (Windows) またはシェル スクリプト (Linux) を実行するオプションを追加し、信頼されたルート CA のインストール、環境の設定などのシナリオを有効にします。 2026 年初頭に予定されています

2025 年 11 月

  • パブリック静的 IP: Azure の VM に対する既定の送信アクセスが廃止されたときに備えるために、外部リソースへのアクセスを有効にするために、Managed DevOps プールのパブリック静的 IP アドレスのサポートが追加されました。 Azure でのこの変更は、マネージド DevOps プール、Azure Virtual Machine Scale Set エージェント プール、およびセルフホステッド プールに影響します。これにより、新しい仮想ネットワークが作成され、NAT ゲートウェイなどのインフラストラクチャがないと、エージェントの外部にはアクセスできなくなります。

    Azure 内の VM の既定の送信アクセスが廃止されると、プライベート分離ネットワークを使用するすべてのマネージド DevOps プールには、既定で 1 つの静的 IP アドレスが割り当てられます。 これにより、NAT ゲートウェイの追加の Azure コストが発生します。 詳細については、「 マネージド DevOps プール ネットワークの構成: 分離された仮想ネットワーク」を参照してください。

2025 年 10 月

  • プロジェクト レベルのアクセス許可を使用した Azure DevOps プロジェクト レベルでのプールの作成: マネージド DevOps プールの新しいモードを有効にし、組織レベルのエージェント プール管理者アクセス許可の要件を削除しました。 プールを作成するには、マネージド DevOps プールを作成するプロジェクトごとにプロジェクト レベルのアクセス許可のみが必要になりました。 詳細については、「 前提条件 - Azure DevOps のアクセス許可を確認する」を参照してください。

2025 年 8 月

2025 年 7 月

2025 年 5 月

2025 年 4 月

  • マネージド DevOps プールを使用するすべてのパイプラインに対するオープン アクセス: 既定では、新しく作成された Managed DevOps プールを使用するには、各パイプラインが明示的に承認されている必要があります。 管理者が各パイプラインを明示的に承認する必要がないように、 すべてのパイプラインに対してオープン アクセス を有効にするオプションを追加しています。 詳細については、「 プールへのパイプラインのオープン アクセスを構成する」を参照してください

  • 信頼されたルート証明書: マネージド DevOps プールがサポートを追加しました。そのため、Key Vault の証明書を信頼されたルート証明書としてエージェントに追加するようにプールを構成できるため、プールを使用するすべてのパイプラインにタスクを追加する必要はありません。 詳細については、「 Key Vault の構成」を参照してください。

2025 年 3 月

次の機能は、2025 年 3 月に Managed DevOps プールでリリースされました。

2024 年 11 月

次の機能は、2024 年 11 月に Managed DevOps プールでリリースされました。

  • マネージド DevOps プールは、より多くの Azure リージョンでサポートされています。Managed DevOps プールは、スウェーデン中部、ブラジル南部、東日本、アラブ首長国連邦北部、韓国中部、ノルウェー東部で利用できるようになりました。これにより、パフォーマンスとコンプライアンスを最適化するために地域リソースを活用できます。 サブスクリプションでマネージド DevOps プールをサポートする Azure リージョンを表示するには、サブスクリプションに Microsoft.DevOpsInfrastructure プロバイダーを登録し、サポートされている場所を表示します。

  • Azure Key Vault との統合: マネージド DevOps プールでは、プロビジョニング中に Azure Key Vault から証明書をフェッチする機能が提供されます。つまり、Azure Pipelines を実行する時点までに、証明書はマシンに既に存在します。 この機能を使用するには、 プールでマネージド ID を構成し、Key Vault からシークレットにアクセスするためのアクセス許可を付与します。 詳細については、「 Azure Key Vault との統合」を参照してください。

  • プロキシのサポート: マネージド DevOps プールを設定して、プロキシ経由でネットワーク トラフィックを転送できます。 事前にプロキシがインストールされたイメージを使用することで、現在の Azure Virtual Machine Scale Set エージェントの提供のように、プロキシの背後で管理された DevOps プール上で Azure パイプラインを実行することができます。 このセットアップにより、エージェントはソースを取得して成果物をダウンロードし、プロキシの詳細を Web にアクセスするためにプロキシ設定も必要なタスクに渡すことができます。 詳細については、プロキシの サポートを参照してください。

  • エージェントの IP アドレスの表示: パイプライン ログの初期化ジョブ ステップでエージェントの IP アドレスを表示できるようになりました。これは、プロキシやファイアウォール規則による失敗したパイプラインの調査などのシナリオに役立ちます。

  • 別のリソース グループまたはサブスクリプションに移動する: マネージド DevOps プールを別の Azure リソース グループまたは別のサブスクリプションに移動できるようになりました。 詳細については、「 Azure リソースを新しいリソース グループまたはサブスクリプションに移動する」を参照してください。

  • Ubuntu 24.04 のサポート: 選択したマーケットプレース イメージ に 3 つのイメージを追加し、 Azure Compute Gallery イメージを使用して独自の Ubuntu 24.04 イメージを有効にすることで、Ubuntu 24.04 のサポートを追加しました。