セキュリティ ソリューションと標準を確認する
セキュリティに関心がおありですか? アトラシアンも関心があります。アトラシアンの取り組みと、お客様にもできることをご確認ください。
データ レジデンシーを理解する
ある製品でデータ レジデンシーの概要に COMING SOON と表示されている場合、Standard プランと Premium プランでダウンタイムが 2 時間を超える製品ではセルフサービスを利用できないことを意味します。アトラシアンでは現在このオプションを提供するよう取り組んでいますが、緊急で必要な場合はサポートまでご連絡ください。
製品にデータ レジデンシーが可能かどうかをご確認ください。admin.atlassian.com で、[セキュリティ] > [データ レジデンシー] にアクセスします。
この機能は、Jira Software、Jira Service Management、Jira Product Discovery、Confluence の Enterprise プラン、Premium プラン、Standard プランで利用できます。また、Jira Work Management の Standard プランでも利用できます。
データ レジデンシーにより、Jira Software、Jira Service Management、Jira Work Management、Jira Product Discovery、Confluence の 対象となる製品データをホストする場所を制御できます 。これによって、グローバルに分散するか、ヨーロッパや米国など定義された地理的な場所で所定の位置に保持するかを選択できます。
カナダをサポート対象地域のリストに段階的に追加します。今後、数週間以内にカナダがサポート対象地域として表示されます。
金融、政府機関、または医療などの規制された業界では、クラウド環境における運用にはデータ レジデンシーが必要になる場合があります。より一般的には、企業のデータ管理要件を満たす際にも役立ちます。
製品データをホストする場所を表示する
組織の管理者が対象となる製品データをホストしている場所を表示します。これには組織の管理者権限が必要です。
製品データをホストする場所を表示するには、次の手順に従います。
admin.atlassian.com に移動します。複数の組織がある場合は、組織を選択します。
[セキュリティ] > [データ レジデンシー] の順に選択します。
これによって、組織のデータ レジデンシー ページが開きます。このページには、組織内の製品、各製品のロケーション、そのロケーションに対応する AWS リージョンが表示されます。製品がロケーションに固定されている場合は、対象となるデータが所定の位置に保持されます。
製品でデータ レジデンシーを利用できる場合は、対象となるデータを移動して新しいロケーションに固定するようにリクエストできます。詳細については、「Move data to another location (データを別のロケーションに移動する)」をご参照ください。
データを保護するために、Amazon Relational Database Service (RDS) の自動バックアップを毎日作成します。データの常駐場所を選択すると、データのバックアップもこの場所に保存されます。データの管理方法に関する詳細についてご確認ください
ロケーションと AWS リージョンとは?
製品のロケーションは、対象となるデータがホストされる地理的な境界です。各ロケーションは 1 つ以上の AWS リージョンに対応していて、AWS がデータ センターをクラスター化している世界中の物理的な場所を示します。AWS インフラストラクチャと、それが Atlassian のクラウド ホスティング インフラストラクチャで果たす役割の詳細についてご確認ください。
次の場所から選択できます。
場所 | AWS リージョン |
|---|---|
グローバル | AWS リージョン内のすべてのアトラシアン クラウド |
オーストラリア | AWS Sydney リージョンで構成される |
カナダ | AWS カナダ (中部) リージョンで構成 |
EU | AWS フランクフルトおよびダブリンのリージョンで構成される |
ドイツ | AWS フランクフルト リージョンで構成される |
シンガポール | AWS シンガポール リージョンで構成 |
米国 | 米国東部および米国西部のリージョンで構成される |
初期設定では、すべての製品がすべての AWS リージョンを含むグローバル ロケーションでホストされます。これらの製品については、Atlassian が対象となるデータのロケーションを決定します。アトラシアンでは製品パフォーマンスを最適化するために、これらの製品のデータ移動を制限していません。また、必要に応じてデータを AWS リージョン間で移動する場合があります。
対象となる製品データを特定のロケーションに保持する必要がある、また製品でデータ レジデンシーを利用できる場合は、対象となるデータを新しいロケーションに移動して、そこに固定するようにリクエストできます。詳細については、「データを別の場所に移動する」をご参照ください。
対象となる製品データ
この表は、固定できる対象の製品データ タイプと対象外の製品データのリストです。これらのデータ タイプの定義については、用語集をご確認ください。
製品 | ✅ 固定できる | ❌ 固定できない |
|---|---|---|
Jira Software |
|
|
Jira Service Management |
|
|
Jira Work Management |
|
|
Jira Product Discovery |
|
|
Confluence |
|
|
Atlassian Access |
|
|
全製品 |
|
|
Atlassian Analytics および Atlassian Data Lake |
|
|
ユーザー アカウント情報データを固定しない理由
ユーザー アカウント情報は、セントラル ID サービスと小規模かつ管理された一連のレプリカ サービスに保存されます。私たちは、お客様のパフォーマンスのニーズを満たすために世界中でサービスをホストしているため、これらのサービスとその中のユーザー アカウント情報を固定しません。
このようにユーザー アカウント情報を保存することで、システム内のフットプリントを制限しています。これは、こうした情報が当社の製品内にまったく保存されないことを意味します。代わりに、当社の製品には、ID サービスから情報を取得するために使用する代表者 ID が保存されます。
これらの理由により、現時点でユーザー データにデータ レジデンシーを適用することはできません。アトラシアンではこれが一部のお客様にとって問題となりうる可能性があることを理解しています。アトラシアンでは、お客様のデータ レジデンシー要件に合ったソリューションの選定を支援します。
Atlassian でのユーザー データの保存場所や保存方法の詳細については、Atlassian Trust センターをご覧ください。
GDPR コンプライアンスの維持
私たちはプライバシーを重視しています。GDPR、CCPA、LGPD、その他の要件を満たすグローバルなプライバシー プログラムを運営しています。すべてのユーザーのデータを同じように取り扱って、業界標準の技術的手段と組織的手段を使用して保存する情報を保護しています。当社のプライバシー プログラムは、法的要件とニーズの両方を満たすように調整されています。
詳細については、Atlassian Trust Center をご確認ください。また、EU に特定の情報については、「GDPR に対する取り組み」をご参照ください。
Marketplace アプリのデータ レジデンシーはどのように機能しますか?
アプリ (アドオンまたはプラグインとも呼ばれます) は、製品の機能を補完または拡張する、インストール可能なコンポーネントです。アプリは Atlassian Marketplace で検索できます。
Atlassian Marketplace は、主にサードパーティの Marketplace パートナーが作成したアプリで構成されています。こうしたパートナーは、しばしばアトラシアンと緊密に連携して、アトラシアンのツールや API を使用しますが、アトラシアンの一部ではありません。一部の Marketplace アプリのみがデータ レジデンシー、つまりある場所から別の場所へのアプリ データの固定と移行をサポートしています。アプリがデータの移行と固定をサポートしている場合は、ホスト製品と同じ場所にデータを移動して保存するようにリクエストできます。この件に関する詳細は「Marketplace アプリ データを別の場所に移動する」をご参照ください。
Marketplace アプリのデータ レジデンシーは、サードパーティの Marketplace ベンダーに大きく依存します。アプリのデータ レジデンシーの移動をリクエストすると、そのリクエストは、アプリ データの移動を操作して処理するサードパーティの Marketplace パートナーに送信されます。
アプリ データを新しい場所に移動する際は、次の点にご注意ください。
製品データをある場所に移動したあと、対象のアプリ データを同じ場所に移動するようリクエストできます。
アプリのデータ レジデンシーの移動中は、製品とそのアプリの両方がオフラインになります。
アプリ データは、製品データが固定されたあとに限り移動できます。そのため、アプリ データの移動には個別のダウンタイムが必要となります。
アプリ データの移動には、最大 24 時間のダウンタイムが必要です。
一部のアプリは、次に示した 1 つ以上の理由によって、データを移動する機能がサポートされていない場合があります。
アプリがホスト製品と同じ場所へのデータ レジデンシーをサポートしていない。
アプリがスコープ内のデータを保存していないため、場所に移行またはピン留めする必要のあるデータがない。
アプリがホスト製品内に独占的にデータを保存している。
現在、アプリがデータ レジデンシーの移動をサポートしていない。
移動が完了すると、対象となるすべてのアプリが製品の場所にまとめて固定されます。
特定のアプリの詳細については、Atlassian Marketplace のアプリの一覧で、プライバシー ポリシー、ドキュメンテーション、連絡先情報をご確認ください。
Opsgenie 機能のデータ レジデンシーの仕組み
Jira Service Management は、豊富なサービス管理機能と、Opsgenie を利用した最新のインシデント管理を組み合わせています。その結果、IT サービス管理と Enterprise サービス管理 (ITSM & ESM) の両方のための次世代ソリューションが生まれました。
現在、Opsgenie を利用する Jira Service Management 機能は、Jira プラットフォームに組み込まれていません。ただし、Opsgenie のクラウド移行機能を使用して、Opsgenie データを新しい場所に単独で移動させることはできます。Opsgenie データの移動に関する詳細をご確認ください。
Opsgenie データを新しい場所に移動させるときは、次の点にご注意ください。
Opsgenie データと Jira データはそれぞれ単独で移動し、ダウンタイムが異なります。
現在、Opsgenie データ移行のダウンタイムは、リクエスト時から最長 24 時間です。Opsgenie でダウンタイムが発生すると、Opsgenie を利用しているすべての Jira Service Management 機能でもダウンタイムが発生します。
Opsgenie のデータ レジデンシーに関する詳細をご確認ください。
データ レジデンシーに関する用語
用語 | 定義 |
|---|---|
資産データ | Jira の機能と同期するために使用されるアセット プラットフォームに保存されたサードパーティの資産データ。 |
Atlassian Access | Atlassian Access は、会社単位で購入するサブスクリプションです。すべての Atlassian アカウントと製品を可視化してセキュリティを確保し、ユーザーを管理してセキュリティを強化する一元的な場所を提供します。Atlassian Access の詳細をご確認ください |
Atlassian Marketplace とアプリのデータ | サードパーティのアプリ ベンダーによってアトラシアン クラウド外で保存されている可能性のある、Connect アプリのデータ。 |
添付ファイル | Jira Software、Jira Service Management、Jira Work Management、または Confluence の課題、ページ、またはその他のコンテンツに添付または追加されたファイル。 |
監査ログ | 管理者の操作により生成されるログ。 |
自動化ルール設定データ | 自動化ルールの作成、または編集時に、その動作を定義できるように取得するデータ。 |
AWS リージョン | Amazon Web Services のリージョン。AWS インフラストラクチャの詳細についてご確認ください |
キャッシュされたコンテンツ | 次の目的のために、指定外のリージョンに最大 30 日間保存されるコンテンツ。
|
接続された DevOps データ | Jira DevOps エクスペリエンスに関連するデータ:
|
顧客アカウント | Jira Service Management プロジェクトの顧客アカウントにあるユーザー データ。 |
転送中のデータ | Atlassian Store によって、保存されずに処理または移動されているデータ。 |
インシデント管理機能データ | Opsgenie を搭載したインシデント管理機能の機能で使用されるデータ。 |
製品内の通知データ | Jira Software、Jira Service Management、Jira Work Management、および Confluence の製品内通知に関連するデータ。 |
Opsgenie を搭載した Jira Service Management 機能 | Opsgenie URL を介してアクセスされるすべての機能。これらの機能の一部は、Jira Service Management 製品画面に表示されます。 |
ナレッジ ベースのカテゴリ データ | Jira Service Management ナレッジ ベースのカテゴリ。Confluence と統合したときにポータルに表示される説明と構成が含まれます。 |
運用ログ | 運用上の保守および診断目的で使用される、アトラシアンのシステム ログ。 |
ページのメタデータ | 検索インデックスの作成のために、Confluence スペースを説明するために使用されるデータ。 |
権限および制限構成のデータ | 製品またはサイトのアクセス権限/制限構成に関するデータ |
ピン留め | ロケーションに保持されている製品データ。 |
製品分析 | 製品内のユーザー エクスペリエンスの最適化とパフォーマンスのためにクラウド製品によって実行されるイベント。 |
製品データ | ユーザーが直接追加したデータ。 |
保管される製品データ | ユーザーによって直接追加されて、Atlassian のクラウド データ ストアに 30 日以上保存されているデータ。 |
製品ログ | Jira Software および Confluence 製品のコンテンツや設定の変更により生成されるログ。 |
キュー データ | チームが回答するために優先順位付けされた顧客リクエストのデータ。たとえば、概要、ステータス、顧客名などです。 |
SLA の設定データ | SLA 目標設定のサービス レベル アグリーメントのテキスト フィールド名、時間メトリックの構成、カレンダー構成、および JQL クエリ。 |
メール内の通知のソース データ | 通知の詳細が記載されたメール内のデータ。たとえば、課題名とコメントを含むメールなどです。 |
チームのプロファイル情報データ | Atlassian チーム プロファイルに関連するデータには、次が含まれます。
|
サードパーティ製品統合データ | Jira Software、Jira Service Management、Jira Work Management、または Confluence と統合されているあらゆる製品のデータ (GitHub 統合など)。 |
一時的なルール実行データ | 自動化ルールでアクションを実行できるように、自動化ルールに渡すデータ、または自動化ルールによって検索されるデータ。このデータは、ルールの実行期間中のみ保持されます。課題やユーザー データが含まれる場合があります。 |
ユーザー アカウント情報データ | 次を含む個人アカウント情報。
|
ユーザー分析 | ユーザーが製品を操作する方法に基づくエクスペリエンスの理解に役立てるための、クラウド製品で実行されたイベント。 |
この内容はお役に立ちましたか?