メインコンテンツへスキップ
従来の環境セットアップから宣言的な構成へ Enterprise を移行することは、大きな変更です。Rollout ページでは、Enterprise 管理者がこの移行をきめ細かく制御できます。少数のパイロット org で blueprint を有効にし、自社のペースで対象を広げ、問題が発生した場合は即座にロールバックできます。

Enterprise のロールアウト状態

Enterprise には、ブループリントを各組織でどのように利用できるかを制御する 3 つの上位状態があります。
StateWhat it meansEffect on organizations
DisabledEnterprise でブループリントが有効になっていませんどの組織にも環境ページは表示されません。すべての組織で従来のセットアップが利用されます。
Default Offブループリントは利用可能ですが、デフォルトではありませんEnterprise 管理者は組織ごとに個別に有効化できます。新しい組織は従来のセットアップで開始されます。
Default Onブループリントがすべての組織でデフォルトになります明示的に従来のセットアップへ切り替えない限り、すべての組織でブループリントが利用されます。新しい組織はブループリントで開始されます。
状態の遷移は Disabled → Default Off → Default On の順に行われます。ロールアウトの進行を緩やかにするため、逆方向に戻すこともできます (Default On → Default Off) 。

デフォルトオフの詳細

デフォルトオフの状態では、オプトインしていない組織は引き続き従来のセットアップを利用し、利用体験に変更はありません。Enterprise 管理者は、Rollout ページから個別の org をオプトインできます。宣言的構成に切り替わるのは、それらの org のみです。 追加のトグルがあります: すべての組織に移行の案内を表示。これを有効にすると、まだ従来のセットアップを利用している org 管理者に対して、Machine Configuration ページに宣言的構成への移行を促すコールアウトが表示されます。これによってセットアップが変更されたり、完全な環境構成ページへのアクセスが与えられたりすることはありません。これは、blueprints が利用可能であることを知らせ、オプトインするための導線を提供するだけです。これは、org の移行を開始する前に周知を進めるのに役立ちます。 このトグルが無効の場合、明示的にオプトインしていない org には新しい表示は一切ありません。利用体験は変わりません。

組織ごとのオーバーライド

Enterprise管理者は、Rollout ページから個別の組織のロールアウト状態を上書きできます。
  • In Default Off: 特定の組織で blueprints を有効にします。これらの組織は、従来のセットアップから宣言的構成にすぐに切り替わります。
  • In Default On: 特定の組織で blueprints を無効にし、従来のセットアップに戻します。これらの組織は、引き続き従来の構成を使用します。
オーバーライドは永続的です。Enterprise の状態が変わっても維持されます。Default Off の段階で組織に blueprints を有効化した場合、その組織は Default On に移行しても blueprints のままです。

classic オーバーライドの自動適用

Default Off から Default On へ移行する際は、安全機構によって影響の発生を防ぎます。現在 classic setup を使用しており、リポジトリが設定されている org には、自動的に明示的な classic オーバーライドが適用されます。つまり、この移行によって classic setup をアクティブに利用している org の動作が変わることはありません。これらの org は、明示的に移行するまで現在の状態が維持されます。 リポジトリがない org (またはすでに blueprints を使用している org) は、この保護の対象外です。 最適な進め方は、org 管理者に公開する前に、独立した環境で設定を構築し、検証することです。一気に移行するのではなく、まずは限定的に開始し、確認したうえで段階的に拡大してください。

フェーズ 1: 分離環境で構築・検証する (Default Off)

まず、Enterprise を Default Off モードで開始します。org は独自にオプトインできないため、完全に制御できます。
  1. Enterprise レベルで blueprints を有効化 し、Disabled から Default Off に切り替えます。
  2. 環境設定のテスト用に、専用のテスト org を作成します。この org は、blueprints の検証専用です。
  3. このテスト org でのみ、宣言的構成を有効化します (Rollout ページの org ごとの上書き設定を使用) 。
  4. Enterprise blueprint を設定します。共有の language runtimes、セキュリティ ツール、社内証明書、内部 CLI、プロキシ設定、registry 認証をすべてインストールします。これは、すべての org が継承するベース レイヤーです。
  5. テスト org 用に、org レベルのツールや registry 設定を含む org blueprint を設定します。
  6. 代表的な一連のリポジトリに対して repository blueprints を追加します。最も一般的な技術スタックをカバーするリポジトリを選んでください。
  7. エンドツーエンドで検証します。これらのリポジトリで Devin セッションを開始し、すべてが正しく動作することを確認します。リポジトリがクローンされ、依存関係がインストールされ、lint/test/build コマンドが正しく実行され、すべてのツールが想定どおりのバージョンであることを確認してください。
ビルドの成功だけを確認してはいけません。ビルドがグリーンでも、環境が正しく機能しているとは限りません。PATH エントリの不足、ツールのバージョン違い、registry 認証の不足は見逃されることがあります。必ず実際の Devin セッションを 実行して確認してください。

フェーズ 2: org 管理者向けのオプトインを有効にする

enterprise → org → repo の blueprint スタックが正しく組み合わさり、動作する Environment が生成されることを確認したら、次の手順を実施します。
  1. 社内で周知する: org 管理者に対して、宣言的な構成が利用可能になり、利用の準備が整っていることを知らせます。
  2. 移行の促しを有効にする: 「Show migration nudge to all organizations」をオンにして、従来のセットアップを利用している org 管理者に、移行を促す案内が表示されるようにします。
  3. org 管理者は自分の組織を移行できるようになります。enterprise blueprint がすでにベースレイヤー (ランタイム、ツール、証明書、レジストリ) を提供しているため、org 管理者は自分たちの Team や repo に固有の内容だけを構成すれば十分です。
各 org 管理者は、migration assistant を利用してこの作業を簡単に進められます。Devin は org の既存の snapshot を確認し、同等の blueprint 構成を自動生成できます。手順の詳細は、宣言的な構成への移行 を参照してください。 一般的によく使われる技術スタック (Node.js、Python、Java、Go、複数言語のモノレポ) 向けに template blueprint のライブラリを作成し、org 管理者がゼロから始めなくて済むよう社内で共有してください。Template library は、その出発点として適しています。

フェーズ 3: 展開とクリーンアップ

  1. ほとんどの組織が blueprints に移行したら、Default On に切り替えます。repo を含む classic setup を使用していた組織には、自動的に classic override が適用されるため、影響はありません。
  2. この時点以降に作成される新しい組織は、デフォルトで blueprints から開始します。
  3. すべての組織の build の健全性を確認するため、Rollout ページを監視します。まだ移行していない組織を確認するには、“Classic” で絞り込みます。
  4. 残っている組織管理者と連携して、未移行の組織を移行します。migration assistant を使えば、この作業はスムーズに進められます。
  5. すべての組織が blueprints 上で確認できたら、classic override を削除します。
Classic configuration は常に保持されます。組織が blueprints に切り替わっても、何も削除されません。問題が発生した場合は、Enterprise 管理者が Rollout ページから任意の組織を即座に classic setup に戻せます。

ロールバック

すべてが常に順調に進むとは限りません。ロールアウトシステムでは、あらゆるレベルでロールバックが可能です。

org ごとのロールバック

Enterprise 管理者は、Rollout ページから個々の org を従来のセットアップに戻せます。
  • org は 即座に切り替わり、従来のセットアップのスナップショットを使用します。
  • 従来の設定は 保持されます。org を blueprints に切り替えても失われるものはないため、元に戻しても安全です。
  • アクティブなセッションには影響しません。変更は次のセッションから有効になります。

Enterprise 全体のロールバック

Enterprise 管理者は、Default On から Default Off に戻すことができます。
  • 明示的なブループリントのオーバーライドが設定されていた org は、その設定が維持されます。引き続きブループリントが適用されます。
  • オーバーライドがなく、デフォルトでブループリントを使用していた org は、従来のセットアップに戻ります。
  • これは安全な操作です。どちらの方向でも設定データが失われることはありません。
ロールバックしても、ブループリントや従来の構成が削除されることはありません。どのモードがアクティブでも両方とも保持されるため、作業内容を失うことなく切り替えられます。

ロールアウトの健全性を監視する

ロールアウトページには、Enterprise 全体における移行の進捗を追跡するためのダッシュボードが用意されています。

KPI 行

ページ上部のサマリー指標で、ロールアウトの状況をすばやく把握できます。
  • Blueprint orgs: 現在ブループリントを使用している組織数
  • Rollout percentage: 全組織に占める、ブループリントを使用している組織の割合
  • Build health: ブループリントを使用している組織全体のビルドの総合的な状態

組織別テーブル

KPI の下に、各組織の詳細を示すテーブルがあります。
ColumnDescription
Organization組織名
State現在のモード: Blueprints または Classic
Override組織の状態が Enterprise のデフォルトではなく、明示的に上書きされているかどうか
Classic reposClassic の設定があるリポジトリ数
Blueprint reposBlueprints があるリポジトリ数
Latest build直近のビルドのステータス (成功、一部成功、失敗など)

フィルタリング

次の条件でテーブルを絞り込みます:
  • All: Enterprise 内のすべての org
  • Blueprints: 現在 Blueprints を使用している org
  • Classic: 現在 Classic セットアップを使用している org
  • Overrides: 状態が明示的にオーバーライドされている org (いずれの方向も含む)

同時実行時の安全性

状態遷移は、同時に行われる変更から保護されています。ページを読み込んでから変更を送信するまでの間に別の管理者が Enterprise の状態を変更した場合、そのリクエストは競合エラーとして拒否されます。 これにより、複数の Enterprise 管理者が同時に操作したときの意図しない上書きを防げます。変更が拒否された場合は、ページを更新して現在の状態を確認し、必要に応じて再送信してください。

監査ログ

ロールアウト状態のすべての遷移は、監査ログに記録されます。
  • Enterprise の状態変更 (無効 → デフォルトでオフ、デフォルトでオフ → デフォルトでオン、など)
  • org ごとのオーバーライド変更 (org がオプトイン、org がオプトアウト、オーバーライドの削除)
  • どの Admin がいつ変更を行ったか
これらのログは、お使いの Enterprise の標準的な監査ログインターフェースから確認できます。