サンドボックスとは何ですか?

サンドボックスは、本番環境に適用する前に変更の実験とテストを安全に実施できる隔離された環境です。

すべてのサンドボックスは、本番環境のレプリカのように機能します。本番環境に接続され、同様の URL を持ち、コピーする内容に応じて本番環境のデータのすべてまたはサブセットを含んでいます。サンドボックスは削除して再作成でき、サンドボックス内で行った変更は本番環境に影響しません。サンドボックスの状態について

本番環境のアプリがサイトの URL に関連付けられているのと同様に、すべてのサンドボックスはサンドボックス サイトの URL に関連付けられています。サンドボックスを作成する際に、サンドボックス サイトの URL のサブドメイン (たとえば、dev、test、uat など) を選択できます。これにより、サンドボックスの目的を簡単に特定できます。

価格プランに基づいて、1 つのアプリに対して複数のサンドボックスを作成し、それぞれのサンドボックスを異なる目的で使用できます。プランに含まれるサンドボックスの数

サンドボックスのユースケース

サンドボックスの使用方法をいくつかご紹介します。

• Test configuration changes. You can deploy changes from a sandbox to a corresponding production environment or to other sandboxes. Read how to deploy changes from a sandbox

• チームのトレーニングとオンボーディングを行う。

• 今後の変更をプレビューして、新機能を確認する。サンドボックスで今後の変更をテストする

• Atlassian アプリや Marketplace アプリを試す。本番環境で有料サブスクリプションをすでに利用している Marketplace アプリを追加することもできます。サンドボックス用のアプリを管理する

• Jira Cloud Migration Assistant または Confluence Cloud Migration Assistant を使用して、サーバーまたは Data Center からクラウドへのテスト移行を実行します。

サンドボックス機能の可用性

Premium または Enterprise プランをご利用の場合は、以下のアプリについてのみサンドボックスを作成できます。

• Confluence

• Jira

• Jira Service Management

• Jira Product Discovery

サンドボックスの SLA (サービス レベル アグリーメント)

データの唯一の保存場所としてサンドボックスを使用することはお勧めしません。お使いのサンドボックスは本番環境ではないため、Atlassian アプリに適用されるSLA (サービス レベル アグリーメント)の対象にはなりません。たとえば、サンドボックスが破棄されると、パフォーマンスやデータ保持に関連する SLA は適用されない可能性があります。

サンドボックスのセキュリティとアクセス

これはテスト環境であるため、既定では、すべてのユーザーがサンドボックス環境にアクセスできるわけではありません。サンドボックスを作成すると、組織管理者のみがアクセスできます。他のユーザーにアクセスを許可する必要がある場合、その方法は一元化されたユーザー管理機能を使用しているか、従来のユーザー管理機能を使用しているかによって異なります。サンドボックスへのアクセスを許可する方法

BYOK (Bring Your Own Key) 暗号化で暗号化されたアプリのサンドボックスを作成すると、サンドボックスのデータも BYOK で暗号化されます。それ以外の場合、サンドボックスのデータはアトラシアンが管理するキーを使用して暗号化されます。BYOK 暗号化とは

What is a sandbox unit?

A sandbox unit is a type of unit used for testing. It can contain one or more sandbox apps and is linked to a single production unit, with its own collaboration boundary for users, groups, apps, and search. If you have an Enterprise plan, you can create multiple sandbox units for the same production unit to cater to different teams or change streams. More about units

While a sandbox separates site-scoped data, a sandbox unit provides a stronger data boundary. Platform apps such as Home, and Teams operate at the unit level except for Rovo which operates at the site level. In a sandbox unit, these apps have their own dedicated instance, separated from production.

Sandbox units use cases

If your organization has units, you can use sandbox units to:

• test Rovo and Search within a sandbox unit to ensure they only surface data from within the intended unit

• test the delegation of unit administration

• test users and groups appear in platform apps like Home and Teams within a sandbox unit’s directory context before enabling them in a production unit

• link multiple sandbox units to a single production unit to keep stable staging environments separate from experimental R&D environments

データ レジデンシー

Sandbox units and apps within sandbox units, share the same data residency policy as the production unit or app by default. If you change the data residency of the production unit or app, you’ll need to modify the data residency of the sandbox unit or app separately.

Sandboxes and platform data

Existing sandboxes will stay within the production unit and share that unit’s platform app instances. To use a separate collaboration boundary, create a new sandbox unit and add sandbox apps.

Before deactivating an existing sandbox, preserve any test data, configuration, integrations, and service-account set up that you’ll need. These are not automatically transferred when units are set up.

Sandbox access

If your organization has units, access is managed at the unit level. A user may need explicit membership in a sandbox unit before they can use the apps within it.