LDAP サーバー上で Atlassian クラウドが何をしているのかを理解しようとしていますか? ほとんどのアトラシアン製品では、承認/認証のためにアトラシアン サーバーを指定できるようです。その場合、Crowd を使用する理由は何ですか?
4 に答える
LDAPは、認証/承認のみを提供します。時にはもっと。AtlassianCrowdはシングルサインオンを提供しています。Confluence、Jira、Fisheyeなどの複数のWebアプリがある場合、1つにサインインしている場合は、それぞれにサインオンする必要はありません。
また、CrowdはOpenIdを提供します。これは、OpenIdをサポートするすべてのアプリで使用できることを意味します。LDAPでは、対応するLDAPサーバーに対して各アプリケーションを構成する必要があります。
これと同じ質問がありましたが、結局 Crowd をインストールしませんでした。アトラシアンのドキュメントから直接:
ユーザー管理のために Confluence を JIRA に接続する
このオプションをいつ使用するか: Atlassian Crowd の代わりにこのオプションを選択すると、ユーザー数が制限された単純な構成が可能になります。
私たちは JIRA と FishEye+Crucible を使用しており、全体で約 7 人のユーザーがいますが、Crowd がそのサイズのインストールに大きなメリットをもたらすとは思えませんでしたが、JIRA と FeCru はどちらも素晴らしいものです。
Crowd を使用する理由は、もう少しわがままです。私は、適切なソフトウェア開発ツール/手順を使用してグループを売り込むための障壁を下げようとしています (開発は私たちの中心的な機能ではありませんが、私たちの仕事の非常に大きな部分を占めています)。
私は複数のシステム (JIRA、Confluence、Jenkins) で賛同を得ようとしているので、単一のインターフェースを介してアカウントを管理できることは、私のマネージャー (および歴史的に高く評価されてきた他のユーザー) を獲得するよりもはるかに簡単に売り込むことができます。 3 つの異なるシステムでアカウントを作成および維持します。
Crowd を使用すると、(比較的) 簡単な方法でこれを行うことができます。
この方法で Crowd を使用すると、グループ外の誰か (利害関係者など) にデータを表示する必要が生じた場合に、データへの制限付きアクセスを提供する「ゲスト」アカウントを作成することもできます。
クラウドを使用する本当の理由は、複数のディレクトリ認証のためです。Active Directory に内部ユーザーがいます。カスタム データベース マジックを介してアプリケーションで使用するものと同じサインオンを使用して、クラウド経由で認証して JIRA/Confluence にアクセスできる顧客がいます。アプリケーション認証はクラウドによって内部的に処理されます。すべてをADに詰め込もうとするよりも、物事が非常にスムーズになります。