Atlassian人羣體驗？

我們（約150名團隊）正在考慮將我們的ALM解決方案從Bugzilla/CVS移至Jira/svn/Confluence/Bamboo/Fisheye。 SO有很多關於這些信息的好消息，但我有興趣瞭解Atlassian的另一個工具 - 單點登錄（SSO）Crowd，我正在考慮將它添加到與我們的Novell ID進行LDAP集成的組合中。Atlassian人羣體驗？

有人對Crowd有過任何經驗嗎？
它是如何處理100/200/500（經濟衰退後，即用戶）？
任何提示/技巧？
你會選擇不同的開源SSO解決方案嗎？

感謝

編輯：一年過去了......

我們得到了人羣，並與ActiveDirectory整合去與內部圍觀目錄一起（短期承包商等）。到目前爲止，解決方案工作得很好。

EDIT2：又一年：依然強勁（我們現在1K用戶）。嵌套組是一個殺手級的功能，幸運的是它在最後一個點發布後工作正常。

編輯3： 2012年中期 - 7.5K用戶 - 走強。有一點點自動化的入門（Confluence頁面帶有Ajaxified表單+一個Crowd插件）

來源

2009-02-05 webwesen

謝謝:)我有一個關於這個問題。是否有可能登錄您的Windows登錄？以便用戶使用他當前使用的Windows憑據登錄。 – OddDev 2015-04-02 11:48:54

我們正在使用擁有大約80位用戶的人羣，並期望在我們推出客戶端訪問權限時，該數字可以攀升至數百位。人羣對我們很重要，因爲它使我們能夠將Jira和Confluence（Atlassian wiki）與SSO集成在一起，這非常關鍵。

人羣適合我們，但它確實有一些怪癖。我們正在使用它從Active Directory中繪製認證。有些東西有點不雅。我們需要進行更多的挖掘以排除這些問題。

但是，這一邊，人羣對我們來說是一個巨大的勝利，因爲這兩個原因：

SSO跨Atlassian的應用程式
能力讓我們的內部用戶從Active Directory中抽取，也可以直接新增客戶人羣不會沉沒AD

我們對所有的Atlassian工具都非常滿意。

來源

2009-02-11 05:02:52

我還沒有像Crowd這樣一大羣用戶的羣體使用經驗，但我確實發現它很容易設置並使用Crowd管理我們的JIRA，Confluence和SVN實例（我們只有25個用戶）。它也會處理Apache身份驗證，所以我打算將我們各種經過身份驗證的網站也切換到Crowd。

根據Atlassian's site，人羣應該很容易處理500個用戶;在網站上有一些有用的案例研究和網絡研討會錄音，可以告訴你更多。

來源

2009-02-05 22:51:34

重大披露：我是人羣產品經理。所以，應用盡可能多的氯化鈉，因爲你認爲明智。

如果您對500位用戶有任何問題，我會很驚訝。特別是因爲Novell似乎是性能更好的目錄服務器之一。我期望看到問題的唯一時間是如果您的Crowd服務器和Novell目錄服務器位於世界的另一邊。不要這樣做，除非你必須:-)

我們有很多用戶連接成千上萬的用戶到JIRA，Confluence和Crowd的開發工具。

任何問題 - 給我們一條線（[email protected]或http://support.atlassian.com），我們會提供幫助。

乾杯，戴夫。

ps：我希望不會以銷售方式出現，或者「我們製造出的產品都是完美無缺的，現在就給我們您的錢！」

來源

2009-02-12 00:49:32 doflynn

這讓我想起... 10年前在Confluence中請求的部分編輯功能（在用戶抱怨中排名第一）...，wiki語法編輯在4.x中下降了，....我仍然必須同意最後一部分，尤其是新授權。關於Jira：無法重命名組，在MANY頁面上按下/下一個按鈕即使頁面應該使用GET請求（因爲它沒有進行任何修改）也會發出POST警告。 – sorin 2012-08-07 09:12:30

我有超過16000的用戶，從LDAP/Active Directory的大多數正在添加人羣的幾個設備，我要說的是，性能將不會是一個問題，但也有其Atlassian的並認爲年內解決其他問題：

沒有在人羣中沒有自動創建帳戶/註冊
的Atlassian的產品沒有讓人們用電子郵件驗證註冊帳戶
沒有辦法阻止人們使用相同的電子郵件地址創建多個帳戶。
僅當您只有一個域時，SSO纔有效。

如果你沒有很多用戶，你可以配置Confluence直接與Jira直接相連，而不是使用Crowd。 Atlassian的產品已經有了一個interal人羣實例，但其性能僅限於200個左右的用戶（更多是關於認證數量，而不是用戶總數）。

考慮到上述限制，我想總結一下，Crowd的產品價格過高，除非您有資格獲得免費許可證。

來源

2013-11-11 10:12:12 sorin

我們還在Atlassian產品系列中安裝並連接了人羣。它由企業LDAP（M $ AD）支持。到目前爲止，它非常棒，運作得非常好。

但是目前我們正在努力整合所謂的自定義應用程序。我們有Prometheus用於監控沒有任何身份驗證的數據。因此，我們有一個Apache 2.4作爲SSL端點。爲了添加身份驗證，我們考慮將其與Crowd集成。有一個Apache Crowd連接器不再支持（這對我來說很好）。只有可用的來源，但建立在Apache 2.2上。我們必須使用Apache 2.4（企業策略），其中一些必需的API已被刪除。

所以要麼我們投入大量的時間將連接器遷移到當前的Apache API，要麼我們做其他事情（比如使用通用的LDAP連接器到AD）。這使得整個Crowd的想法對我們來說有點雙刃劍。（我們希望將我們項目中的用戶管理集中到像Crowd這樣的單一工具中，以擺脫中央LDAP上的企業流程和法規）。

更新：我們現在使用https://github.com/fgimian/cwdapache連接器爲Apache 2.4（稍有改動它可以爲Ubuntu 16.04構建）。這增加了對Crowd組/用戶的Apache Basic Auth的支持。

UDAPTE2：Bitbucket，Jira，Confluence，Crucible當然可以使用。雖然用戶遷移有點麻煩（重命名舊用戶，然後與Crowd集成或使用不支持的SQL）。

Jenkins 2和Nexus 3似乎工作正常。

來源

2018-01-23 14:24:47 Markus

Atlassian人羣體驗？

回答

相關問題