Confluence Server から Cloud への移行

クラウドへの移行はいくつかのフェーズで構成されます。すべての項目を完了していることを確認するために、次のチェックリストをご利用ください。

フェーズ 1: 評価

移行の最初のステップは、現在の状態と目標を理解することです。このフェーズでは、クラウドへの移行が適切な判断かどうかを評価し、予想される変更を確認します。

アトラシアンのサポート提供内容の確認

サーバーからクラウド製品への移行のプロセスでは、アトラシアンの移行のエキスパートをいつでも利用できることが非常に重要です。弊社ではお客様の移行をお客様環境の最大レベルのアップグレードと見なし、各ステップの支援を行っています。

アトラシアンでのクラウド移行のサポートについてご確認ください。

クラウド製品とサーバー製品の比較

最初に、Jira および Confluence のサーバー製品とクラウド製品の違いを確認します。また、サーバー製品とクラウド製品でのユーザー管理の違いについてもご確認ください。

クラウドおよびサーバー製品の現在のランドスケープの監査

クラウドおよびサーバー環境にどの製品が存在するか、およびそれらを使用しているのは誰であるかを理解することは、最初の重要なステップです。意図しないセルフホスト型インスタンスやクラウド サイトが存在する場合があります。ランドスケープの完全な把握は移行戦略の計画に役立ちます。

アプリの監査および評価

移行を決定する前に、アプリやカスタム連携を確認し、クラウド製品に必要なものと利用可能な移行パスを判断します。この手順に役立つアプリの監査方法、および Cloud Migration Assistant を使用したアプリの評価と移行に関するアドバイスとベスト プラクティスをご用意しています。

セキュリティおよびコンプライアンス要件の確認

For more information about Atlassian's security, privacy, and compliance policies, check out Trust at Atlassian. At this point, you may need to engage with your procurement or security teams to ensure our cloud products meet your requirements.

関連リソース:

• アトラシアン コミュニティの Trust & Security グループ
• クラウド データのホスティング リージョン
• アトラシアンの事前入力済みの SIG および Cloud Security Alliance セキュリティ アンケート 

クラウド製品の価格の評価とプランの比較

クラウド サブスクリプションの費用を除き、クラウドへの移行に対する費用は発生しません。ただし、支払いオプションおよび全体的なコストの評価は引き続き必要です。大規模な環境では、移行の支援にパートナーが必要かどうかや、クラウドへの移行後に必要なサポート レベルなどを検討する必要もあります。

関連リソース:

• サーバーとクラウドのコストを比較する
• サーバーおよびデータ センターのお客様向けのクラウド延長トライアル
• 教育機関およびコミュニティ向けのクラウド製品の価格
• Atlassian Access のコスト
• セルフ管理製品用のライセンスをクラウド用に変更する

パートナーが必要かどうかを評価する

アトラシアンのソリューション パートナーは、お客様の チームの専門知識のレベル、移行の複雑さ 、タイムラインに応じて最小限の労力でクラウド製品に正常に移行できるように訓練されています。 

移行要件が複雑な場合や、アトラシアンのサポート チームが提供するガイダンスの実行に支援が必要な場合は、パートナーと作業に取り組むことをおすすめいたします。

次のような移行の場合にパートナーの利用をおすすめします。

• このプロジェクトを支援する内部リソースが制限されている場合

• ユーザー受け入れテスト、サーバーのアップグレード、ユーザーのトレーニングなどの、アトラシアン サポートのスコープを超えた取り組みへの支援が必要な場合

• 移行プロジェクトの管理、計画、および実行に支援が必要な場合

• 複雑な統合シナリオがある場合

• 5 つ以上のビジネス クリティカルなアプリを移行する必要がある場合

• 特定のセキュリティおよびコンプライアンス要件がある場合

• 1,000 人以上のユーザーの移行が必要な場合

移行を支援するパートナーをお探しの場合はご連絡ください。

クラウド製品の今後の見通しについて

クラウド製品のプラットフォーム、製品、移行ツールおよびサポートについてはアトラシアンのロードマップをご参照ください。移行の計画および実施には時間がかかるため、クラウド製品の現在の機能ではなく今後の状況を見据えて計画を行うことをおすすめします。

フェーズ 2: 計画

移行を決定したら、プロジェクトの完了に必要な手順と戦略を確認します。

FAQ の確認

サーバー製品からクラウド製品への切り替えのよくある質問を確認します。すべての考慮事項を確認するのに役立ちます。

無料の延長クラウド トライアルへのサインアップ

セルフホスト型製品の既存のお客様はクラウド延長トライアルを活用して、ご自身に最適なペースで、確認、テスト、およびクラウド製品への移行を行えます。追加コストは不要です。

組織のセットアップ

An organization allows you to view all of the Atlassian cloud users at your company in one place, manage your users' accounts, and set up security features like SAML SSO. Organizations are particularly helpful if your company manages more than one cloud site and wants insight into all your sites, products, and the users who can access them. An organization is automatically created for every site, or you can transfer a site into an existing organization. Learn more about how to set up an Atlassian organization.

ドメインの認証とユーザー アカウントの要求

Verifying your domain will allow you to verify ownership of your company’s domain, as well as to claim users' accounts with that domain. This gives you more control over the Atlassian accounts on your company’s domain, and the ability to apply security policies to your managed accounts. Depending on the method you choose, verifying your domain can take up to 72 hours, so you’ll want to do this early on. 

Atlassian Access が必要かどうかの評価

Atlassian Access is your enterprise-wide subscription for enhanced security and centralized administration across every Atlassian cloud product at your organization. If you plan to use SAML SSO, user provisioning, or to sync groups from an external directory in cloud, you’ll likely need to subscribe to Access. 

To get the most out of your Access subscription, you'll also need a supported cloud identity provider. If you don’t have one yet, you can sign up for a free Okta account directly within Atlassian Access. Your Okta account is free for your Atlassian cloud products. Learn more.

関連リソース:

• クラウド製品とサーバー製品におけるユーザー管理の違い
• クラウド移行のための無料トライアル
• Atlassian Access のコスト

データのサイズと複雑さの評価

セルフホスト型インスタンスを確認し、データの量、ユーザー数、データのサイズまたは複雑さを軽減できるかどうか (例: Jira でのカスタム ワークフローの標準化) を確認します。使用するデータの量によっては、無制限にストレージが提供される Cloud Premium または Enterprise プランが必要になる場合があります。

移行方法の選択

移行に使用する方法は、全体的な戦略によって異なります。移行するデータの種類 (プロジェクトかスペースか) およびチーム、クラウド製品とサーバー製品のどちらで統合する必要があるかどうかなどについて検討する必要があります。

実現したい内容とそこに至るまでの潜在的なパスを明確に理解すると、移行に最適な方法を選択しやすくなります。

チームを集める

サーバー製品からクラウド製品への移行は、ユーザーのエクスペリエンスやワークフロー、組織全体のさまざまなステークホルダーに影響する可能性があります。移行に関心を持っていたり、移行の影響を受けたりする個人やステークホルダーに、できるだけ早い時期に連絡することをおすすめします。

移行計画の作成

プロジェクト計画を準備します。これには、計画済みのアクティビティ、おおよそのタイミング、各タスクの所有者と依存関係が含まれます。

フェーズ 3: 準備

メンバー、データ、環境のそれぞれについて、移行の準備を整えます。

計画の連絡

チーム メンバー、ステークホルダー、ユーザーへの移行計画の共有を開始します。最新の情報を伝えるためのタイミングと配信方法を検討します。

アプリの移行パスの決定

アプリの監査後、クラウド製品で使用するアプリの移行方法を検討する必要があります。これも移行のタイムラインに含めるようにします。

サポート対象のサーバー バージョンを使用していることの確認

移行方法に基づき、サポート対象のサーバーまたは Data Center バージョンを使用していること、移行前にアップグレードが不要であることを確認します。 

関連リソース:

• クラウドへの移行方法の比較

• Jira Cloud Migration Assistant のサポート対象バージョン

• Jira Cloud のサイト インポートでサポートされるバージョン

• Confluence Cloud Migration Assistant がサポートするバージョン

セルフホスト型インスタンスのクリーンアップ

セルフホスト型インスタンスを確認し、移行前にクリーンアップできる情報を特定します。特に、グループや権限を確認したり、カスタマイズを最小化する方法を確認したり、非アクティブなプロジェクト (Jira の場合) やスペース (Confluence の場合) を特定したりすることをおすすめします。弊社のテスト ガイドでは、より詳細なデータ クリーンアップの推奨事項についてご案内しています。

匿名アクセス設定の確認

Jira と Confluence のいずれも、匿名またはパブリック アクセスを許可するように構成できます。つまり、ログインしているかどうかにかかわらず、すべてのユーザーがサイトにアクセスすることを許可できます。クラウド製品に移行する前に、匿名アクセスの設定がクラウド製品で必要なアクセス設定に一致していることを確認する必要があります。詳細はこちらをご覧ください。

シングル サインオンのセットアップ 

If you plan to use single sign-on (SSO) in your cloud site, you should set this up in advance so that it will continue working seamlessly for your users when you migrate. Before setting up SSO, you'll need to verify a domain for your organization. Note that SSO requires a subscription to Atlassian Access, which you can trial free for 30 days.

クラウド サイトのユーザー階層が適切であることの確認

Jira または Confluence Cloud の年間サブスクリプションをお持ちの場合、インポートを計画している全ユーザーに対して十分なユーザー層であることを確認します。たとえば、125 ユーザーのインポートを計画している場合、インポートを成功させるためには 101 ～ 200 ユーザーの年間ユーザー階層を持っている必要があります。これは、年間プランの場合にのみ適用されます。インポートの失敗を防ぐため、移行の間は月間サブスクリプションを保持し、移行の完了後に年間サブスクリプションに切り替えることをおすすめします。

ユーザーの移行戦略の選択

Jira ユーザーの最適な移行戦略の選択について、弊社のガイダンスをご確認ください。 

移行前のチェックリストを完了する

テスト移行を試す前に、自身やデータの準備が整っているかどうかを次のチェックリストで確認します。

• Jira の移行前のチェックリスト
• Confluence の移行前のチェックリスト

フェーズ 4: テスト

移行が正常に完了するかどうかや所要時間を判断し、本番環境での移行チェックリストを作成します。

データのバックアップ

使用する移行方法にかかわらず、移行前に Jira または Confluence のセルフホスト型インスタンスをバックアップすることをおすすめします。クラウド サイト内にデータが存在する場合、同様に安全のためにバックアップします。

テスト移行の実行

移行をテストして、プロセスに慣れ、すべてが期待通りに動作することを確認し、本番環境での移行の明確なタイムラインを確立します。

アプリのインストールまたは移行

テストの一環として、クラウド製品で使用する予定の任意のアプリをインストールまたは移行することをおすすめします。これらが適切に機能することをテストして、想定通りに動作することを確認します。

ユーザー受け入れテストの実施

一部のエンドユーザーにテスト サイトを使用して一般的な日常タスクを模倣してもらう、ユーザー受け入れテスト (UAT) を実施することをおすすめします。これによって、予期していない問題を把握できるだけでなく、組織が変更に対して準備することができます。手順の詳細については移行テスト ガイドをご参照ください。

手順書とタイムラインの構築

移行手順書は、移行を完了するために必要な作業をまとめた詳細なチェックリストです。これを作成することで、本番環境への移行を計画どおりにスムーズに実施できます。手順書には、プロセスの各ステップ、それらのステップで必要な手順、それらを実施する担当者、予想される時間などを含める必要があります。

本番環境への移行時間の選択

トラブルシューティングにかかる時間を考慮したうえで、移行にかかる時間を判断します。夜間、週末、あるいはセルフホスト型またはクラウド製品へのチームのアクセス頻度が低い時間に移行を実施することを検討します。これにより、サーバー製品とクラウド製品との間でデータの矛盾が発生するリスクを減らすことができます。

本番環境の移行期間中のサポートについて

本番環境の移行期間中に、発生した問題を迅速に解決するためにアトラシアン サポートへのアクセスが必要になる場合があります。 

週末や祝日に移行を行う場合、または 1,000 人以上のユーザーをクラウド製品に移行する場合、2 週間以上前にお知らせください。弊社で人員を用意し、移行を支援いたします。

トレーニング資料の準備

ユーザーにとって重要なすべての変更を把握して準備するようにします。これは、ログイン方法、新しい URL、アプリへの変更、UI の違いなどです。UAT テストによって、ユーザーが抱く疑問や有用なトレーニングなどを推測することができます。

計画の連絡

発生する問題やエラーについて、ユーザーにどのように警告するかを決定します。この段階では、移行のコミュニケーション計画に以下のような内容を含める必要があります。

• 移行のタイミング
• ユーザーが想定すべきダウンタイム
• 移行中はあらゆる変更を加えないよう、ユーザーに依頼する
• 移行後の古いサイトへの影響。アクセスまたは読み取りが引き続き可能かどうか
• 新しい URL
• サインイン方法

フェーズ 5: 移行

データとユーザーがクラウド製品に移行され、すべての問題は解決済みです。

本番環境への移行の実行

あと少しです。移行手順書とタイムラインで指定されている手順を利用し、データをクラウド製品にコピーします。

アプリのインストールまたは移行

クラウドで使用する予定のアプリをインストールまたは移行します。

移行されたデータの QA

データが想定どおりに移行され、すべてが適切に動作していることを確認します。ここで推奨される確認内容については、弊社のテスト ガイドをご参照ください。

サーバー製品を読み取り専用に設定する

サーバー インスタンスを引き続き実行する予定がない場合、移行後に Confluence Server を読み取り専用モードに設定して切り替えを支援することができます。

Jira Server に明示的な "読み取り専用" モードはありませんが、"参照" のみを許可する権限スキームを作成してそれをすべてのプロジェクトに適用することができます。

ユーザーを新しいクラウド サイトにリダイレクトする

サーバー製品にアクセスするユーザーを新しいクラウド サイトの URL にリダイレクトするため、Jira または Confluence に、アクセス先を通知するサイト全体のバナーを適用できます。

フェーズ 6: ローンチ

ユーザーのクラウド製品の利用開始を支援し、クラウド管理者としてのスキルを磨き、サーバー製品の使用を終了します。

チームを迎える

移行が完了したこと、移行の背景、ユーザーで必要な操作をすべてのユーザーに通知します。これには、ブックマークすべき新しいリンク、ログイン方法、再設定する必要があるデータ (パスワードやアバターなど)、アプリや機能への変更、提供されるトレーニング、支援が必要な場合の問い合わせ先などが含まれます。

クラウドに慣れる

ローンチ時の問題やフィードバックを特定および優先付けるための専用の時間を確保し、優先度の高い項目を解決します。

(Jira のみ) 次世代プロジェクトを試す

セルフホスト型の Jira とは異なり、クラウドの Jira Software と Jira Service Management では次世代プロジェクトが提供されます。次世代プロジェクトは最新のプロジェクト タイプで、作業を素早く開始したい自律的なチームを支援するために設計されています。Jira 管理者に支援を依頼したり、複雑な機能を使用したりすることなく、プロジェクトを素早く開始して、独自のワークフローを設計できます。新しいクラウド管理者として、これらのプロジェクトの詳細と、クラウド製品を利用するようになったチームへのメリットについて確認する時間を確保することをおすすめします。

(Confluence のみ) 新しいエディタを最大限に活用する方法を確認する

Confluence Cloud では編集エクスペリエンスの改善をロールアウトしており、サーバー製品では利用できない便利な機能やコンテンツの装飾方法を提供しています。導入済みの機能や今後の予定については「Confluence Cloud エディタのロードマップ」を参照してください。

サポートおよび保守体制への移行

解決すべき大きな問題はなくなりましたか? チームの標準サポートおよび保守プロセスを SaaS アプリケーション用に移行しましょう。

クラウド製品のセキュリティのベスト プラクティスの実装

会社のもっとも重要な作業を安全に行うため、ベスト プラクティスを活用して強固な基盤を作成しましょう。

クラウド製品の最新情報のフォロー

クラウド管理者として、クラウド プラットフォームおよび製品の最新情報を入手することをおすすめします。クラウド製品では、最新の機能とバグ修正を即座に利用できます。インストール、アップグレード、およびパッチはアトラシアンによってシームレスに管理されるため、週末のアップグレード対応は不要です。 

詳細情報とサポート

移行をサポートする多数のチャンネルをご用意しています。

• 移行の詳細な計画情報や FAQ については、Atlassian Cloud 移行センターを参照してください。
• 技術的な問題が発生していたり、戦略やベスト プラクティスで支援が必要な場合、お問い合わせください。
• また、アトラシアン コミュニティもご利用ください。

• エキスパートによる支援が必要な場合、アトラシアン パートナーにご相談ください。