Electric Cloud/BuildForge: die Kosten wert?

Question

Ich sah gerade eine Demo der elektrischen Wolke und es war sehr interessant, aber es ist teuer.

Pro: Hervorragende Eigenschaften - die geheime Sauce Auszug aus meiner baut und machen sie mit wieder verwendbaren Schritten mehr standardisiert - parallelisieren die Build es zu beschleunigen und meine Build-Farm verwenden effektiver
- starten Sie den Build von jeder Schritt - Integration Testautomatisierung und Förderung (vielleicht sogar Einsatz in Produktion) mit gutem Logging, Auditing und Reporting

Con: Unternehmen bemessen Preisschild

Ich habe das Gefühl, dass ich STAF, Maven und Hudson mit einigen Plugin-Entwicklungen benutzen könnte, um die meisten (aber nicht alle) dieser Werkzeuge zu nutzen, aber es würde viel Anpassung erfordern und meine Klamotten gegen Felsen schlagen Bezahlen für eine Waschmaschine.

Hat jemand Meinungen zu diesen Optionen und welche Aspekte der Umgebung lassen eine Auswahl besser zu als eine andere?

Answer 1

Bei meiner letzten Firma haben wir sowohl den Kommandanten als auch den Beschleuniger eingesetzt. Bei meiner jetzigen Firma planen wir dasselbe zu machen.

Meine letzte Firma hat etwa 70 Builds pro Tag gemacht. Die Bauzeit betrug 12 Stunden. Die Gesamtaufbauzeit wurde mit dem Beschleuniger auf etwa 3 Stunden reduziert. Wir haben mit der Bereitstellung begonnen und nur die neueste Version und die eingehenden Streams erstellt. Wir verwendeten Commander, um ein Continuous Integration (CI) -Modell zu verfolgen - das gleiche "Rezept" wurde verwendet, um sowohl das CI als auch die nächtlichen Builds mit den CI-Builds unter Verwendung verschiedener Optionen auszuführen. Die Anzahl der nächtlichen Build-Misserfolge sank auf fast 0 und die Entwicklungsgeschwindigkeit nahm signifikant zu. Zu diesem Zeitpunkt war alles, was wir von der Entwicklung hörten, "ME NEXT" !!! Der ROI dafür war unglaublich.

Ja, Sie können etwas davon mit Hudson oder Cruisecontrol entwickeln, aber wie Sie angegeben haben, werden Sie eine Menge Funktionalität vermissen und am Ende verbringen verbringen Zeit Customizing und Unterstützung dieser Umgebung.

Fühlen Sie sich frei, mich zu kontaktieren, wenn Sie mehr darüber diskutieren möchten.

Answer 2

Ich habe keine Erfahrung mit BuildForge.

Wir starteten unser 20-Mann-Programm mit Jenkins und Incredibuild, aber das lief nicht so gut, wie wir gehofft hatten. Viele unserer Teams würden einen oder zwei Tage vor dem Ende eines Sprints einchecken (ja, ein Verhaltensproblem) und Jenkins würde überwältigt werden. Ein Build ohne IncrediBuild dauert ~ 90 Minuten und ~ 12 Minuten. Dies schließt nicht die Wartezeit ein, der Teams ausgesetzt werden, da Jenkins seriell aufgebaut ist (Warteschlange).

Wir sind zum Electric Commander + Accelerator umgezogen und haben unsere Bauzeiten auf ~ 5 Minuten reduziert. Der größte Vorteil war jedoch, parallele Builds auszuführen. Die Teams müssen nicht mehr auf ihren Build warten, um zu starten. Wir verwenden die EC-Zeitpläne für jedes Team und unser Build ist viel modularer/wartbarer (in Perl geschrieben).

Seien Sie gewarnt, ihr Armaturenbrett ist nicht wie Jenkins. Dies war eine häufige Beschwerde unserer Teams. Es gibt Möglichkeiten, um EC von Jenkins zu starten (also erhalten Sie das Jenkins-Dashboard mit der EC-Geschwindigkeit).

tl; dr Elektrische Wolke ist großartig, wenn Sie skalieren müssen.