移行前ステップを完了する
学習の目的
この単元を完了すると、次のことができるようになります。
- 移行前アクティビティを定義して実行する。
- 移行の準備状況を評価する。
クライアントの移行準備を整える中で、ほかにもいくつか移行前の考慮事項があります。
全般的な移行動作
基本的な移行動作として念頭に置いておくべきなのは、OrG レベルで存在するものはすべて、移行するワークスペースからのものより優先されるということです。
お客様が Enterprise Grid にアップグレードするときに 1 つのワークスペースのみを空の Grid に移行するのであれば、それは「リフト & シフト」とみなされます。 データの競合はなく、計画ではダウンタイム計画に焦点が絞られます。ただし、これは次の場合に限られます。
- 空の Grid でユーザーが事前プロビジョニングされていない。これを行うと、Grid 内で移行するワークスペースとの照合が必要なユーザーが作成されます。
- Grid インスタンスでカスタムプロフィールフィールドが設定されていない、またはインポートオプションが [Don't Import (インポートしない)] に設定されている。
メールのクリーンアップは最も重要なタスクであり、移行するワークスペースで SSO を使用していなかった場合は特に重要です。
アプリケーション (アプリ)
一般に、Slack で移行の一環としてアプリの設定が変更されることはないため、移行後も引き続き意図したとおりに動作することが想定されます。Slack ユーザーグループ API を使用しているアプリは動作が異なり、IDP グループとして同期されます。次の API を使用しているアプリは再認証が必要です。
- SCIM API
- Discovery API
- 監査ログ
- 管理 API
Slack コネクトを使用する
Slack コネクトチャンネルは、あらゆるユースケースの Grid 移行でサポートされています。移行するワークスペースの多くには、少なくとも 1 つ Slack コネクトチャンネルが含まれています。
移行の実行中、接続されたどのオーガナイゼーションでも、Slack コネクトチャンネルと Slack コネクト DM は使用できません。移行しないワークスペースでは、Slack コネクトチャンネルと Slack コネクト DM が一時的に使用できないという汎用メッセージを受信します。これはデスクトップとモバイルの両方に表示され、移行のダウンタイムの間、表示され続けます。
検証済みの移行
Slack コネクトに関しては、Slack がオーガナイゼーションの正当性の検証をサポートできるため、クライアントは確実に信頼できるパートナーと連携できます。Slack がオーガナイゼーションを検証すると、オーガナイゼーションの名前の横に紫色のチェックマークが表示されます。お客様が検証済みオーガナイゼーションから自社の Slack ワークスペースにユーザーを追加するときや、そのオーガナイゼーションのユーザーからの招待を受け入れるときに、このチェックマークが表示されます。
検証済みのオーガナイゼーションとの Slack コネクトチャンネルを含むワークスペースの Grid 移行では、多くの場合、検証ステータスが保持されます。クライアントが Enterprise Grid にアップグレードする際にいくつかのワークスペースを移行する予定で、検証済みの状態を維持したい場合は、まず検証済みワークスペースを移行することをお勧めします。こうすることでその後も検証済みステータスを保持できます。
まとめ
移行前の最終ステップとして、OrG 設定によるワークスペース設定の上書き、複数のワークスペースの移行、アプリの動作、Slack コネクトに関する考慮事項を学習しました。次はいよいよ移行を実行し、準備状況、監視、問題の解決、移行後のテストについて学習します。