アプリブランディングの移行

アプリブランディングの移行を使用すると、既存のアプリやOktaでホストされるブランドエクスペリエンスをClassic Engineで維持したまま、orgをIdentity Engineにアップグレードできます。これにより、各自のスケジュールに合わせて各アプリとブランドをIdentity Engineに移行できるため、ユーザーの作業を中断するリスクを最小限に抑えることができます。

ほとんどのorgは、セルフサービスアップグレードプロセスを使用して、1回の手順でIdentity Engineにアップグレードします。カスタマイズされたOktaでホストされるサインインエクスペリエンスを使用しているアプリで、他のorgとは別に独自のスケジュールで移行する必要がある場合は、代わりにアプリブランディング移行を使用してください。

Admin ConsoleなどOkta独自のファーストパーティーアプリは自動的にアップグレードされ、Identity Engineで常に実行されます。アップグレード前にすべてのカスタマイズされたアプリを修正する必要はありません。リスクの低いアプリから順に移動し、１つずつ機能することを確認してください。機能しない場合は、1つのアプリをClassic Engineにロールバックします。ほかのすべてのアプリは、切り替えるまで既存のClassic Engineパイプラインを保持しますが、Okta FastPass、デバイス保証ポリシー、Identity Engine認証ポリシー、セルフサービス登録など、orgがアップグレードして取得したIdentity Engine機能を使用することはできません。

アプリブランディング移行を有効にすると、Oktaは既存のClassic EngineブランドをIdentity Engineブランドに複製するため、本番環境のClassic Engineカスタマイズに触れることなくIdentity Engineサインインエクスペリエンスを準備できます。準備ができたら、新しいIdentity Engineブランドに切り替えてください。

アプリブランディング移行を使用してアップグレードを完了するには、次の手順に従います。