クラウド製品とオンプレミス製品の統合の概要

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

アトラシアン製品は、アプリケーション リンクを使用するか、複数の製品内統合を使用して統合できます。

アプリケーション トンネルを使用して、アプリケーション リンクをネットワークに転送できるようになりました。受信接続用にネットワークを開いたり、クラウド IP 範囲を許可リストに登録したりする必要はありません。トンネルを作成したら、アプリケーション リンクでそれを指し示すと、すべてのトラフィックがターゲットの Server インスタンスまたは Data Center インスタンスに転送されます。詳細については、「アプリケーション トンネルによってオンプレミス製品に接続する」をご参照ください。

アプリケーション リンクは、アトラシアン製品を統合する最も一般的な方法です。これにより、製品間の通信ウィンドウが作成され、アプリケーション リンク専用として作成された機能や Marketplace アプリから提供される機能の交換に使用できます。アプリケーション リンクを使用してリンクされた製品は相互に直接通信します。つまり、Data Center または Server インスタンスがファイアウォールの内側にある場合に、クラウドがそれらのインスタンスに到達するためには、いくつかのネットワーク要件を満たす必要があります。

どの製品をリンクできるか

アプリケーション リンクは、プラグイン システムを持つすべてのアトラシアン製品に存在します。プラグイン システムとは、プラグイン (アプリ) をインストールして使用できるフレームワークのことです。次の製品が該当します。

  • クラウド: Jira、Confluence

  • サーバー: Jira、Confluence、Bitbucket、Bamboo、Fisheye、Crucible、Crowd

これらの製品はすべてリンクできますが、一部の統合では、追加の拡張機能を提供するカスタム アプリまたは Marketplace アプリを使用しない限り、何の機能も得られません (Confluence Cloud と Confluence Server など)。

どのような機能を利用できるか

アプケーション リンク専用として作成された固定の機能セットが提供されています。たとえば、Jira 課題リンク、ページに課題を表示できる Confluence マクロ、Jira で Bitbucket の開発情報を表示できる開発パネルなどがあります。これらのページでは、これらすべての機能とその動作(特に Server と Server の統合から変更されたもの)について説明しています。

クラウドにおけるアプリケーション リンクはどのように異なるか

クラウドと Data Center/Server で使用されるアプリケーション リンク メカニズムは、同じバンドルされたプラグインであるため (バージョンは異なる)、基本的に同じです。したがって、理論的には、アトラシアンのオンプレミス製品のみの統合で既に知っているものと同じ機能を期待できます。ただし、Atlassian Cloud 製品には違いがあるため、一部の機能は利用できず、アプリケーション リンクと厳密には関係しません。その一例が Jira のガジェットです。これらのガジェットは機能する可能性はありますが、Jira Cloud への外部ガジェットの登録は廃止されたため、Jira Server のガジェットを Jira Cloud に追加することはできません (ただし、逆は可能です)。

Network Requirements

アプリケーション リンクでは製品同士が直接接続されるため、それらの製品は相互に到達できる必要があります。Atlassian Cloud 製品ではそれぞれ異なる IP セットが使用されるため、受信通信を許可するには、ネットワークで該当する IP をすべて許可リストに登録する必要があります

これはアプリ トンネルを使用することで解決できます。受信接続のためにネットワークを開くことなく、アプケーション リンクを Cloud から Server に安全な方法で転送できる機能です。

送信通信に関しては、オンプレミス製品がクラウド製品に到達できる必要があります (ただし、これについては、ネットワークで既に有効にしているものと考えられます)。

直接リンクの要件については、「アプケーション リンクを作成する」を参照してください。

アプリ トンネルを使用してこれらの要件を回避する方法については、「 アプリ トンネルによってオンプレミス製品に接続する」を参照してください。

その他の情報

これらのページでは、クラウド製品とオンプレミス製品を統合する際に利用できる機能をまとめています。使用される OAuth 通信、トラブルシューティング情報、バージョン マッピング、その他の技術的な詳細など、アプリケーション リンクについて詳しく知りたい場合は、アプリケーション リンクのドキュメントを参照してください。

製品内統合

製品内統合は、より広範な統合に焦点を当てるのではなく、特定の機能をターゲットにして交換することを目的として作成されています。製品内統合の 1 つでは、(アプリケーション リンクのように) Jira を Confluence と統合するだけでなく、Confluence スペースを Jira Service Management のカスタマー ポータルのナレッジ ベースとして使用できます。これは、非常に限定的で狭いニーズに対応するソリューションであり、それ以上のものではありません。ここでは、それらを総称して製品内統合と呼んでいますが、ほとんどの場合、製品ごとに統合の意味も達成目的も異なります (「Confluence Cloud をナレッジ ベースとして使用する」)。

どの製品をリンクできるか

実際には、使用している製品間に製品内統合が作成されているかどうかに左右されます。これらの統合は、特定のニーズを満たすために、さまざまな製品によって異なる時期に作成されたものであり、アプリケーション リンク用のプラグイン システムのような共通の基盤はありません。

クラウドと Data Center または Server の間で利用可能な製品内統合のリストについては、「製品内統合を設定する」を参照してください。

Network Requirements

製品内統合では、常にネットワークからの送信通信が使用されます。クラウド製品に直接到達するか、クラウド側で公開されている一部の API に到達します。

受信接続は必須ではないため、ネットワーク制限に起因してアプリケーション リンクを使用できない場合は、関心のある機能を提供している製品内統合を使用できます。

どちらを選ぶべきでしょうか?

これらは相互に補完するため、両方を使用するのが理想的です。アプリケーション リンクでは、製品間で主要な機能やよく知られた機能を交換し、製品内統合では、それらの利便性を高めたり、特別な機能を追加したりします。両方の恩恵を受けるために追加の IP を許可リストに登録してよいかどうかを判断する必要があります。許可できない場合でも、ネットワークを比較的閉じたままにしておき、関心のある機能を提供している製品内統合のみを使用できます。

クラウド製品とオンプレミス製品の統合の要約

これらの統合で利用可能な機能の説明では、それらがアプリケーション リンク製品内統合のどちらから得られるものかが示されているため、どの統合が必要かを判断できます。詳細については、関心のある統合を開いてください。

最終更新日 2023 年 6 月 7 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.