エクスペリエンスのロールアウトでのリリース管理 release-management

一般的なメジャーリリースでは、複数のチームと複数のアプリケーションがそれぞれ独自のデプロイメントタイムラインと依存関係を持ちます。 エクスペリエンス展開は、チームが独立して作業できるリリース管理モデルを提供しますが、エンドユーザーには調整された管理されたリリースを提供できます。

主な機能 capabilities

ダークな展開 dark-deployments

チームは、コードのデプロイメントに特定の公開日を設定する必要がなくなりました。 コードは、いつでも機能フラグの背後にある実稼動環境にデプロイできます。 エンドユーザーには、リリースがアクティブ化されるまで変更は表示されません。 これにより、各チームは自分のペースでプロジェクトを展開でき、早急に公開されることはありません。

本番環境でのテスト testing-in-production

コードを本番環境にデプロイし(ダーク環境にデプロイ)、エクスペリエンスロールアウトによって、社内テスターやQA チームに機能を公開できます。 これにより、エンドユーザーに変更を公開することなく、本番環境と実際の本番データに対して完全にテストできます。

段階的な展開 gradual-rollout

リリースを公開する準備ができたら、すべてを賭ける必要はありません。 エクスペリエンス展開では、一部のユーザーから始めて、フィードバックとパフォーマンスを監視し、時間の経過とともにオーディエンスを拡大するなど、段階的に展開を制御できます。 これにより、バックエンドシステムの負担を軽減し、問題が発生する前に対応するための時間を確保できます。

協調型アクティベーション coordinated-activation

複数のチームが独自の機能フラグを付けて、独自の機能を開発しています。 すべてのチームの準備が整ったら、Experience Rolloutsで単一のコントロールポイントを使用して、チームやアプリケーションをまたいであらゆるフラグを同時に、または徐々にアクティベートできます。これにより、リリースがひとつのエクスペリエンスとして公開されます。

関連トピック see-also

recommendation-more-help
430243c1-83e8-4367-b1cf-b852fc7f1cbf