アトラシアン アプリケーションをリンクして連携させる

Jira アプリケーションからのリンク

Create an application link from within Jira applications such as Jira Software.

1. Jira Software の管理領域に移動し、[アプリケーション リンク] をクリックします。
2. リンク先のリモート アプリケーションの URL を入力し、[新しいリンクを作成] をクリックします。
3. アプリケーション リンクのウィザードを完了します。完全な連携を行うには、リモート アプリケーションからの自動リンクバックを使用する必要があります (システム管理者グローバル権限が必要です)。

For more details see Using AppLinks to link to other applications in the Jira admin documentation.

他のアトラシアン製品からのリンク

他のアトラシアン アプリケーションからアプリケーション リンクを作成するには、それらのいずれかの製品で管理領域に移動します。

製品固有の手順については次のドキュメントをご確認ください。

• Link to server apps from Atlassian Cloud apps on this page
• Confluence Server
• Bitbucket Server
• Bamboo Server
• Fisheye
• Crucible

Link Atlassian Cloud applications with server applications

You can link Atlassian Cloud applications, such as Jira Software Cloud or Bamboo Cloud, with server applications such as Bitbucket Server and Fisheye. 

次の点を考慮する必要があります。

• クラウド インスタンスのドメイン名をサーバー アプリケーションのホワイトリストにルールとして (受信リクエストを許可するように) 追加する必要があります。
• For a cloud application to use the full functionality available with the server application, the server application must be accessible through port 80 or 443. You'll need to use a valid SSL certificate (which is not self-signed) to get the full functionality available.
• Jira Cloud 2-legged OAuth without impersonation is available and is required for the Development Panel in Jira issues. See Impersonating and non-impersonating authentication on this page.
• Jira Cloud doesn't allow 2-legged OAuth with impersonation as noted in  Restricted Functions in Jira Cloud .

For more information, see Link to server apps from Atlassian Cloud apps.

偽装および非偽装の認証タイプ

アトラシアンのアプリケーション リンクでは、 OAuth 認証と偽装を伴う OAuth 認証の両方のタイプが用意されています。

OAuth 認証

Non-impersonating authentication allows you to link applications when the applications don't share the same userbase.

リクエストをする場合、常に、ログイン済みユーザーではなく、事前設定済みユーザーを使用します。リクエストを処理するサーバーは、その事前設定済みユーザーのアクセス権限に基づき、使用するアクセスレベルを判別します。これはすべてのユーザーからのリクエストに対して行われます。

See OAuth security for application links for more information.

偽装を伴う OAuth

Impersonating authentication makes requests on behalf of the user who is currently logged in. People will see only the information that they have permission to see. This should only be used when two applications share the same userbase, typically managed with an external directory using LDAP.

Provides greater convenience for your users – they don't need to authenticate when they request restricted resources from the remote application. The following restrictions apply:

• 両方のアプリケーションがアトラシアン アプリケーションである必要があります。
• Both applications should share the same userbase.

See OAuth security for application links for more information.

両方のアプリケーションで管理者ではない場合

2 つのアプリケーションの管理者がアプリケーション間にリンクを作成した場合、Application Links プラグインによってアプリケーション間に受信および送信リンクが作成され、両方のリンクで認証の構成も行われます。この図はこの 2 方向のシナリオを表しています。

1 つのシステムのみの管理者である場合、引き続きアプリケーション リンクを作成できますが、Application Links プラグインは送信リンクのみを作成し、そのリンクに認証は構成されません。

このシナリオでは、リンクの元となるアプリケーションは、他のアプリケーションのアクセスが公開されたデータにアクセスできます。たとえば、このタイプのリンクを使用して Confluence に Jira Software 課題へのリンクを含めることができますが、Jira Software での認証を行うまで、制限された課題の情報を Confluence で表示することはできません。

アプリケーション リンクを作成したが、両方のアプリケーションの管理者ではない場合、もう片方のアプリケーションに管理権限でログイン (またはそのアプリケーションの管理者にサインインを依頼) し、自身のアプリケーションに戻るリンクを作成して、リンクを完成させることができます。

アプリケーション リンクの再配置

リモート アプリケーションが新しいアドレスに変更された場合、アプリケーション リンクを更新する必要がある場合があります。

次のような場合にメッセージが表示されることがあります。

• リモート アプリケーションに到達できない: ネットワーク構成と、リモート アプリケーションが実行していることを確認します。
• リモート アプリケーションが新しいアドレスに変更されている

アドレスが変更されている場合、メッセージの [再配置] をクリックし、アプリケーション リンク用にリモート アプリケーションの新しい URL を入力して、[再配置] をクリックします。

アプリケーション リンクの削除

1. アプリケーションに管理者としてログインします。
2. 左側のパネルで [アプリケーション リンク] に移動します。
3. リンクのアクション メニューから [Delete] を選択します。

アプリケーションはリンクを削除するためにリモート アプリケーションへの接続を試みます。リンクを再作成する前に両方の終端を削除する必要があります。