リフト アンド シフト方式を使用して移行する
リフト アンド シフト移行では、1 つのダウンタイム ウィンドウ内でインスタンスを移行することに重点を置いています。これを実現するには、事前に適切な計画とデータ準備を行ってダウンタイム ウィンドウを効率的かつシームレスにする必要があります。適切な計画立案について詳しくは、クラウド移行ガイドをご覧ください。リフト アンド シフト移行には、移行をスムーズにするためのいくつかの重要なアクションが含まれています。次にそのいくつかを挙げます。
データを確認してクリーン アップする
移行するアプリ、プロジェクト、スペースを選択する
ユーザーと添付ファイルを事前に移行する
テスト移行とユーザー受け入れテストを実行する
ステップ 1: 評価
移行戦略
移行を成功させるための準備を整えて、全体的な移行戦略を策定するには、まず基本的な質問に答えて、現在のアトラシアンのフットプリント、クラウドでの最終的な理想形、その理想型に到達する方法を理解する必要があります。
現在の状況やクラウドへの移行時に行う変更や最適化の計画をサポートするために、このブループリント作成演習を試してみましょう。
移行ツールとチーム
データをクラウドに移行する方法も検討する必要があります。まず、移行ツールとチームを理解することから始めます。
移行ツールの詳細な内訳については、以下のページをご参照ください。
アプリ、統合、カスタマイズ
自分でインストールまたはビルドした現在のアプリ (プラグインとも呼ばれます) を確認してください。当社のアプリ評価サポート ハブを活用して、クラウドで必要となるアプリを判断し、いくつかの質問を検討して評価を進めます。
ID およびユーザー管理
To help you manage your users in Cloud, we recommend all customers create an organization and verify their domain(s) for centralized management of all your users across multiple Cloud sites and Atlassian Cloud products. This will also give admins more control with the ability to implement security policies across claimed user accounts. Learn more about user management and migration
ステップ 2: 計画
移行方法
移行の複雑さが軽減されてスケジュールが短縮されることが多く、組織がクラウドの利点をより早く活用できるようになるため、大半のお客様に対してリフト アンド シフト方式を推奨しています。
以下のとおり、推奨される方法はユーザー数に応じてことなります。
ユーザー数 1 万人未満 | ユーザー数 1 万人超 |
|---|---|
リフト アンド シフト方式をお勧めします。 1,000 人を超えるユーザーを抱えるチームはすべて、クラウド専門のパートナーに相談して移行のサポートを依頼することを強くお勧めします。移行パートナーを見つける方法について詳しくは、「移行のパートナーを見つける」を参照してください。 | 組織のニーズに最適なその他の移行方法について、できるだけ早く当社またはクラウド専門のパートナーにご相談ください。 |
リフト アンド シフト
移行タイムラインはデータ・サイズや複雑さによって異なりますが、移行の平均所要時間は次のようになります。
0 から 5,000 人のユーザー | 5,000 から 1 万人のユーザー | 10,000+ ユーザー |
|---|---|---|
4 か月 | 6 か月間 | 6 か月以上 |
評価内容によっては、アプリ、ユーザー、ビジネス要件、またはインスタンスが原因でリフト アンド シフト移行が実現不可能になる場合があります。この方法で移行できない場合は、当社またはクラウド専門パートナーにお問い合わせいただき、お客様の組織に最適な別の方法を見つけてください。
使用する方法にかかわらず、1,000 人を超えるユーザーを移行する場合は、移行予定日の 2 か月前までに当社にお問い合わせください。
移行計画を立てるにはチーム全体での取り組みが必要です。また、評価の結果と上記の戦術的なステップを考慮する必要があります。リフト アンド シフト移行計画を立てる際のその他の考慮事項をいくつか挙げます。
データのデスケーリング
オンプレミス インスタンスのすべてのデータを移行する必要があるわけではありません。移行前にデータをクリーン アップすることで、移行のダウンタイムを短縮し、移行後の作業を減らすことができます。
移行アシスタントは移行するデータの選択に役立ちます。
ユーザー管理設定
ユーザー認証方法としてオンプレミス LDAP または Active Directory を使用している場合は、Atlassian Guard Standard を使用する必要があります。Atlassian Guard Standard は、ID プロバイダーと Atlassian Cloud 製品間の架け橋として機能します。Access と Cloud の移行の詳細をご確認ください。
ツールキット
クラウド移行の成否は、実装したツールをチームが積極的に使用して、よりスマートかつ迅速に作業できるかどうかにかかっています。そのため、移行の早い段階で組織変更管理の計画を立てることをお勧めします。そのために、アトラシアンではクラウド導入ツールキットを作成しました。これは、変化の人的側面をナビゲートし、クラウドへの投資から価値を実現するのに役立つ、実践的なガイダンス、テンプレート、新人研修資料を提供するリソースのコレクションです。
ステップ 3: 準備
インスタンスをクリーン・アップする
移行するデータが多いほど、移行には長時間を要し、プロセスも複雑になります。その結果、将来的にクラウドのパフォーマンスに悪影響を与える可能性が高くなります。データをクラウドに移行する前に、時間をかけてインスタンスをクリーン アップすることをお勧めします。データをデスケーリングすると、クラウドへの移行がスムーズになり、パフォーマンスの問題が減り、生産性が向上します。
クリーン・アップ中には、次のような点に注意する必要があります。
非アクティブなアプリまたはユーザー
プロジェクト、スペース、カスタマイズ、ワークフローなどの古い製品データ
重複データ
インスタンスのクリーンアップとダウンタイムの短縮の詳細を学びます。
最新の状態であることを確認する
We are improving our migration tooling and expanding their existing capabilities. As part of this, older versions of our Cloud Migration Assistants are no longer supported. For a smoother and more stable migration experience, upgrade to the latest version of the Cloud Migration Assistants. Learn more about the upgrades
移行前チェックリストのすべてを確認する
詳細な移行前チェックリストを見直して、データと環境の準備が整っていることを確認してください。
ステップ 4: テスト
テスト移行
企業の規模や移行の複雑性にかかわらず、すべてのお客様が本番移行の前にテスト移行を実施する必要があります。多くのチームは、問題を特定して修正するために、複数回のテスト移行を必要とします。
データのバックアップ
移行前にオンプレミス インスタンスをバックアップすることをお勧めします。Cloud サイトにすでにデータがある場合は、必ずそれもバックアップしてください。ガイダンスについては、次のドキュメントを参照してください。
クラウド サイトのセットアップ
Cloud サイトにサインアップしていない場合、今すぐサインアップを完了しましょう。無料のクラウド移行トライアルにサインアップすることをお勧めします。
Cloud 移行トライアルをご利用の場合は、サンドボックス環境で移行をテストできるように、Atlassian Cloud Premium または Enterprise プランを選択するか、それらにアップグレードすることをお勧めします。
クラウド アプリのインストール
As part of testing, you may want to install and test the full functionality and migration of any apps that you plan on using in Cloud. Make sure both you and your stakeholders have tested the Cloud functionality and that it suits your teams' needs. Learn more about migrating your apps
テスト移行の実行
テスト ガイドに従ってテスト移行を進める前に、必ず移行前チェックリストのすべての項目を確認してください。
テスト移行は、必要に応じて何度でも実施できます。テストを複数回実施する場合は、サイトをリセットしてください。
場合によっては、移行中に製品内で変更を加えないようにユーザーに依頼する必要があります。Jira または Confluence のサイト全体のバナーを使用して、今後の移行予定、注意すべき指示やリソースについてユーザーに知らせてください。
ユーザー受け入れテスト
Part of the test migration is conducting user-acceptance testing (UAT) so your end users can replicate common day-to-day tasks, and make sure they work as expected. Through this process, you can uncover any issues that will impact your end users and help your teams prepare to work in Cloud. Learn more about user acceptance testing
テスト移行を実施して移行の所要時間を把握できたら、本番移行のダウンタイム期間をスケジュールします。できれば、夜間、週末、あるいはオンプレミス インスタンスまたは Cloud サイトにチームがあまりアクセスしない時間に移行をスケジュールして、混乱とデータの不一致が発生するリスクを軽減しましょう。トラブルシューティングのための時間も別途確保してください。
1,000 人を超えるユーザーを移行する場合は、移行予定日の 2 か月前にアトラシアンまでお問い合わせください。
ステップ 5: 移行
ユーザー権限を読み取り専用に設定する
混乱を避け、切り替えをスムーズにするために、Server または Data Center ユーザー権限を変更して、ユーザーが変更できないようにします。これは基本的に、移行前にサイトを読み取り専用モードにすることです。
Confluence の場合は、それぞれのスペースで作業して読み取り以外のすべての権限を削除します。
Jira の場合は、「参照」権限のみを許可する権限スキームを作成してすべてのプロジェクトに適用することで、手動で読み取り専用に設定します。
Jira と Confluence でサイト全体のバナーを更新して、移行中にサイトが読み取り専用になっていることを示します。
ほとんどの場合、ユーザーは移行後にオンプレミス インスタンスにアクセスする必要がなくなりますが、必要がある場合は、移行が完了したら必ずこの設定を削除してください。注意: インスタンスはリンクされておらず、Server または Data Center インスタンスで行われた新しい作業は Cloud インスタンスに反映されなくなります。
本番環境への移行の実行
Cloud Migration Assistant アプリを使用することを強くお勧めします。アプリごとに移行を実行するためのステップバイステップのドキュメントが用意されています。
Jira
Confluence
Bitbucket
アプリの移行
特定したアプリ移行パスによって、Cloud における使用に重要と思われるアプリをインストールして移行します。
移行後のタスクを完了する
Update product links: After migrating Jira or Confluence (Server or Data Center) to Atlassian Cloud, some URLs in the recently migrated products might appear broken as they still point at the old Server or Data Center instances. Learn how to update product links after migration
Depending on your migration, you may have other post-migration tasks that you will need to complete. Learn about important migration tasks during test and after production
ステップ 6: ローンチ
関係者に対して、移行が成功したこと、会社がこの移行を決めた理由、クラウドへの移行によって期待できるメリット、今後従う必要がある新しいプロセスについて繰り返し伝えてください。それから、準備段階で作成した導入計画に従ってください。
クイック スタート製品ガイドをチームと共有して、クラウドへの移行によって期待できる主なユーザー エクスペリエンスの変化を理解してもらうことで、新しいツールですぐに生産的なチームを実現できます。
また、メールを送信してユーザーをクラウド・サイトに招待することをお勧めします。作成したコミュニケーション計画を参照して、次のような重要な情報を含めるようにします。
ブックマークへの新しいリンク (新しいクラウド サイトへのリンクなど)
ユーザーのログイン方法に関する説明
ユーザーがリセットする必要があるもの (アバターなど。また、SSO を使用していない場合はパスワードのリセットも必要)
アプリまたは機能の変更
オンボーディングとトレーニングのリソース
サポート チャンネル
フィードバック送信の対象領域
2 つ目のオプションとして、Cloud サイト内からユーザーを招待できます。
クラウド製品のセキュリティのベスト プラクティスの実装
また、クラウド ガバナンスは、通常のオンプレミス セキュリティ セットアップとは少々異なります。会社で行う作業のセキュリティを確保するための強固な基礎を築くために、アトラシアンのベスト プラクティスを使用して、アイデンティティ プロバイダーとセキュリティ プロコトルをカバーし、データのセキュリティ確保におけるアトラシアンの役割を把握してください。
クラウド製品の最新情報のフォロー
クラウド管理者として、クラウド プラットフォームと製品全体の最新情報を入手することをお勧めします。クラウド ロードマップを参照して、アトラシアンの現在の取り組みを確認し、Atlassian Cloud Marketplace で随時追加されるクラウド アプリをチェックしください。
この内容はお役に立ちましたか?