Atlassian Crowd Erfahrungen?

wir (ein team von über 150) erwägt Umzug unserer ALM-Lösung von Bugzilla/CVS, Jira/svn/Confluence/Bambus/Fisheye. SO hat eine Menge gute Infos auf diesen, aber ich wäre daran interessiert zu lernen, über ein anderes tool von Atlassian - ein Single-Sign-On (SSO) Publikumich überlege, hinzufügen, um den mix für eine LDAP-integration mit unserem Novell-id.

  • hat jemand schon Erfahrung mit der Masse?
  • wie funktioniert es handle 100/200/500 (nach der Rezession) Benutzer?
  • irgendwelche Tipps/tricks?
  • würden Sie wählen, verschiedene open-source-SSO-Lösungen?

Dank

BEARBEITEN:
ein Jahr ist vergangen...

Wir haben Publikum, und ging mit ActiveDirectory-integration zusammen mit der internen Masse-Verzeichnis (für Kurzfristige Zulieferer, etc.). So weit die Lösung funktioniert einfach toll.

EDIT2:
Ein weiteres Jahr: immer noch stark (Wir haben 1K-Nutzer jetzt). Verschachtelten Gruppen ist ein killer-feature, zum Glück ist es wunderbar funktioniert, nach dem letzten Punkt-release.

EDIT3:
Mitte 2012 - 7,5 K Benutzer - going strong. mit ein wenig Automatisierung für onboarding (Confluence-Seiten mit Ajaxified Formen + eine kleine Menge plugin)

InformationsquelleAutor der Frage | 

  1. 4

    Verwenden wir eine Menge mit über 80 Anwender und erwarten, dass die Zahl steigen in die hundert, wenn wir Rollen Sie für den client-Zugriff. Publikum ist uns wichtig, denn Sie ermöglicht uns die Integration von Jira und Confluence (Atlassian wiki) mit SSO, die kritisch ist.

    Menge funktioniert gut für uns, aber es hat einige Macken. Wir verwenden es zum zeichnen Authentifizierungen von Active Directory. Es gibt einige Dinge, die sind ein wenig unelegant. Wir brauchen nicht mehr zu Graben, um zu beheben diese.

    Aber das beiseite, von der Menge ist das ein großer Gewinn für uns, für diese zwei Gründen:

    1. SSO über Atlassian apps
    2. Fähigkeit zu haben, unseren internen Benutzer gezeichnet von Active Directory, und hinzufügen von clients direkt auf Masse und nicht bog, AD

    Wir sind sehr zufrieden mit allen Atlassian-tools.

    InformationsquelleAutor der Antwort

  2. 15

    Bedeutende Bekanntgabe: ich bin der Crowd-Product-Manager. So gelten, wie viel NaCl wie Sie denken, dass Sie klug.

    Ich wäre sehr überrascht, wenn Sie hatte keine Probleme mit 500-Benutzer. Vor allem, da Novell scheint einer der besseren directory-Server in Bezug auf Leistung. Die einzige Zeit, die ich erwarten würde, Probleme zu sehen ist, wenn Ihr Crowd-server und Novell Verzeichnis-server sind auf gegenüberliegenden Seiten der Welt. Tun Sie das nicht, es sei denn, Sie haben an 🙂

    Wir haben eine Menge von Benutzern, Tausende von Benutzern zu JIRA, Confluence, und die Dev-Tools mit der Menge.

    Irgendwelche Fragen - schreiben Sie uns eine Linie ([email protected] oder http://support.atlassian.com), und wir werden helfen.

    Cheers,
    Dave.

    ps: ich hoffe, die nicht kommen off als ein Verkaufsgespräch oder "wir machen Magie Produkte, die sind perfekt in jeder möglichen Weise, jetzt gib uns dein Geld!"

    InformationsquelleAutor der Antwort

  3. 3

    Bisher hatte ich noch keine Erfahrung mit dem Publikum auf eine so große Gruppe von Benutzern wie Ihnen, aber ich fand es sehr einfach einzurichten und zu verwalten unsere JIRA, Confluence, SVN-Instanzen mit der Menge (wir haben nur 25 Benutzer). Es handle Apache-Authentifizierung als auch, so dass ich Plane zu wechseln, unsere verschiedenen authentifizierten Websites zu Menge sowie.

    Laut Atlassian ' s WebsiteMasse sollte leicht in der Lage sein zu handhaben 500 Benutzer; es gibt einige nützliche Fallbeispiele und Webinar-Aufzeichnungen auf der Website, die Ihnen sagen, mehr.

    InformationsquelleAutor der Antwort

  4. 2

    Ich habe einige Installationen, die der Menge mit über 16.000 Benutzern, die meisten kommen aus LDAP/Active Directory-und ich würde sagen, die Leistung wäre kein problem, aber es gibt andere Probleme, die Atlassian hat als Lösung des in die Jahre:

    • Es gibt keine automatische account-Erstellung/- Registrierung in der Menge
    • Keiner der Atlassian Produkte, die es Menschen ermöglicht, sich zu registrieren-Konten mit einer E-Mail-Validierung
    • Es gibt keine Möglichkeit zu verhindern, indem Sie mehrere Konten mit der gleichen E-Mail-Adresse.
    • SSO funktioniert nur, wenn Sie nur eine domain haben.

    Wenn du nicht viele Benutzer haben, können Sie konfigurieren, Confluence coonect zu Jira direkt anstatt Masse. Atlassian-Produkte haben Sie bereits einen internen crowd-Instanz in Ihnen, aber seine Leistung ist begrenzt auf etwa 200 Benutzer oder so (es ist mehr über die Anzahl der Authentifizierungen aus, nicht die Anzahl von Benutzern).

    Berücksichtigung der oben genannten Einschränkungen, würde ich zusammenfassen, das Publikum ist weit überteuert für das was es liefert, es sei denn, Sie bekommen eine Kostenlose Lizenz, wenn Sie berechtigt sind.

    InformationsquelleAutor der Antwort

  5. 0

    Wir haben auch Menge installiert und angeschlossen in der Atlassian-Produktfamilie. Es ist gesichert durch ein corporate LDAP (M$ AD). So weit ist es Super und funktioniert ziemlich gut.

    ABER wir derzeit zu kämpfen haben mit der integration von so genannten custom-Anwendungen. Wir haben z.B. Prometheus für die überwachung von Daten, die keine Authentifizierung eingebaut. Also wir haben einen Apache 2.4 in front als SSL-Endpunkt. Authentifizierung hinzufügen, betrachteten wir Sie mit der Integration in Menge. Es ist ein Apache Menge connector wird nicht mehr unterstützt (das wäre für mich in Ordnung). Es sind nur die Quellen zur Verfügung, sondern baut auf Apache 2.2. Wir haben die Verwendung von Apache 2.4 (corporate policy), wo einige der erforderlichen API wurde entfernt.

    Also entweder wir investieren beträchtliche Menge an Zeit, um die Migration der Connector die aktuelle Apache-API oder wir etwas anderes tun (wie mit einem generischen LDAP-connector in Richtung AD). Das macht das ganze Menschenmenge, die Idee, ein bisschen ein zwei-seitiges Schwert für uns. (Wollten wir das zentralisieren der Benutzer Verwaltung in unserem Projekt in einem einzigen Gerät, wie Menge, um loszuwerden, der Unternehmensprozesse und-Regelungen auf dem zentralen LDAP).

    UPDATE: Wir jetzt https://github.com/fgimian/cwdapache connector für Apache 2.4 (mit leichten Anpassungen kann es sein, gebaut für Ubuntu 16.04). Dies fügt Unterstützung für Apache Basic Auth mit Menge Gruppen/Benutzer.

    UDAPTE2: Bitbucket, Jira, Confluence, Crucible funktioniert out of the box natürlich. Benutzer migration ist ein bisschen umständlich, aber (umbenennen alten Benutzer und dann die Integration mit dem Publikum oder nicht unterstützte SQL-Anweisungen).

    Jenkins 2 und Nexus 3 scheinen gut zu funktionieren.

    WEITER UNTEN IN DER STRAßE:
    Jetzt überlege ich, Menge, als ein zentrales Werkzeug für das identity-und access-management für Atlassian-Produkte. Es funktioniert einwandfrei und macht was es soll. Die Integration von zahlreichen anderen Anwendungen nervt einfach nur da die verfügbaren Integrationen werden nicht unterstützt/aktualisiert.
    Beispiel: wenn Sie wollen, um Crowd-Authentifizierung mit nginx, es ist nichts brauchbares vorhanden. Es ist ein OpenId-Connect-Modul verfügbar, aber die Masse fehlt Unterstützung für, (Sie unterstützt nur veraltete OpenId v2.0). Nicht einmal reden über OAuth. Es ist ein Atlassian OAuth Bibliothek, aber Menge nicht haben es noch (oder jemals). Auch die Unterstützung für Google Apps verschwinden, da Google nicht mehr unterstützt: https://developers.google.com/identity/protocols/OpenID2Migration

    InformationsquelleAutor der Antwort

Schreibe einen Kommentar