Jenkins und kontinuierliche Lieferung: Übergabe der Entwickler mehr Leistung

Anstatt in der Dunkelheit und weit weg von geschäftlichen Entscheidungen gehalten werden, stehen die Entwickler zu den Hauptnutznießern, wenn die Annahme eines Continuous-Delivery-Ansatzes für Software weiter sammelt.

Ununterbrochene Anlieferung ist eine Software-Entwicklungstechnik, die entworfen ist, um Qualität zu automatisieren und zu verbessern und Code sicherzustellen ist bereit zur Produktion schneller.

Sacha Labourey, CEO und Gründer von CloudBees, die Firma hinter dem führenden Continuous Delivery Tool Jenkins, sagte, eine Menge langweilig und Low-Value-Aktivitäten werden fallen gelassen, weil sie automatisiert werden können, die Entwicklern eine wichtige berufliche Schaffung geben wird.

“Für einmal sind sie in der Lage, eng mit der Wirtschaft arbeiten, um sicherzustellen, was sie Gebäude ist genau das, was Unternehmen will”, sagte Labourey.

Dieser Dialog zwischen Unternehmen und Entwicklern wird weitgehend die Rolle, die Entwickler in Organisationen und machen ihr Leben viel interessanter zu erhöhen.

Kontinuierliche Lieferung umfasst nicht nur hochfrequente Iterationen, um die Funktionsweise von Software zu verbessern, sondern ermöglicht auch Echtzeit-Prüfungen, um zu messen, ob Codeänderungen spezifische Geschäftsziele erreichen.

“Die Entwickler haben eine Möglichkeit, dem Unternehmen Feedback zu geben, da viele Entwickler manchmal das Gefühl haben, dass sie ihr Unternehmen nicht so stark beeinflussen, wie es ihnen gefällt Sie nicht unbedingt denken, sie können Einfluss auf die Richtung und den Erfolg des Unternehmens “, sagte Labourey.

Es gibt eine 100-prozentige Beule in den Engineering-Ressourcen CloudBees setzt in das Jenkins-Tool jetzt das Unternehmen hat sich von der Plattform als Dienstleistung abgewendet. Es gibt auch mehr Partnerschaften wie die, die es nur mit Pivotal unterzeichnet.

Die Auswirkungen von BYOD und Cloud-Services auf ERP, Forschung: IT-Führer enthüllen Misses, aktuelle Trends und Zukunft der Enterprise-Software, Microsoft Enterprise-Primer auf Windows Azure Networking, Kosten-Aufteilung Toolkit: Google Apps vs Office 365

Mit kontinuierlicher Lieferung erreichen wir einen Platz, an dem jeder Schauspieler einen Platz am Tisch hat, eine Stimme und eine Möglichkeit, die Entscheidungen und den Erfolg des Unternehmens zu beeinflussen. So ist es eine spannende Zeit für Entwickler.

CloudBees in dieser Woche sank seine PaaS-Operationen, konzentrieren sich ausschließlich auf Jenkins, für die seine Vor-Ort-Produkte Enterprise-Funktionalität hinzufügen. Das Unternehmen ist stark an der Entwicklung von Jenkins beteiligt, mit CTO Kohsuke Kawaguchi der Gründer und Community-Lead für das Open-Source-Projekt.

RedHat Software-Sammlungen 1.2 Beta: Neue Software für Linux-Entwickler, Microsoft nimmt seine Entwickler-Outreach über die traditionellen Hackathon, Warum APIs sind die Welt essen, die beliebtesten Open-Source-Cloud-Projekte von 2014, Twitter Kultivierung mobile Entwickler-Basis mit neuen Flight-Konferenz, Enterprise-Entwickler langsam zu umarmen mobile, trotz all der Hoopla, Apple für Entwickler: Ihre Apps werden auf iPhone 6, iPhone 6 Plus-Bildschirme skalieren, Survey findet weit verbreitete Abhängigkeit von Nicht-Entwickler-Entwickler

CloudBees geht davon aus, dass die Open-Source-Jenkins-Plattform in kontinuierlicher Lieferung mit mehr als 85.000 aktiven Installationen weltweit – von denen viele als Drehscheibe für die kontinuierliche Lieferung und die DevOps-Entwicklungsmethodologie verwendet werden.

Die Jenkins-Community hat rund 1.000 Plugins entwickelt, die es ermöglichen, die Software mit vielen beliebten Technologien zu integrieren. Die aktiven Jenkins-Anlagen stiegen im Jahr 2013 um 160 Prozent und in den drei Jahren bis Ende letzten Jahres um mehr als 300 Prozent.

Dabei geht es nicht nur um Werkzeuge und Prozesse. Es geht auch um bedeutende Veränderungen in der Unternehmenskultur.

“Sogar jene Leute, die Ihnen sagen, dass es nicht der Fall ist, faktisch sehen Sie, dass Leute im Geschäft nicht denken, dass sie die gleiche DNA mit den Leuten in der Entwicklung teilen, die nicht denken, dass sie die gleiche DNA teilen, wie die Leute in Ops “, sagte Labourey.

Enterprise-Software, TechnologyOne unterzeichnet AU $ 6.2m beschäftigen sich mit Landwirtschaft, Zusammenarbeit, was ist die Organisationsprinzip der heutigen digitalen Arbeitsplatz, Enterprise-Software, Sweet SUSE! HPE snags sich eine Linux-Distribution, Enterprise-Software, Apple, um iOS 10 am 13. September, macOS Sierra am 20. September freizugeben

Der Aufbau einer DevOps-Kultur braucht viel Arbeit. Hier sind ein paar Anregungen, wie es zu tun.

So ist das erste, was erfolgreich zu sein ist, um sicherzustellen, dass diese Arten von Individuen in der Lage sind, zusammen zu arbeiten, finden eine gemeinsame Sprache, Dinge zu tun, so dass Vertrauen hergestellt werden kann, unter den Kollegen und so wird jeder wichtig sein, als Teil der Pipeline Das zur Produktion führt.

Manchmal ist das eben nicht, wie Unternehmen verdrahtet werden. Einige Unternehmen Geschäft ist König und Entwickler sind die Sklaven, die die dirty Jobs tun.

Ebenso gibt es Fälle, in denen die Menschen in der Technik denken, sie wissen besser, sagte Labourey. “Sie tun, was sie denken, ist am besten, nicht das, was das Geschäft sie gebeten zu tun,” sagte er. “Sie finden eine Menge dieses Verhaltens und brechen es braucht Zeit, nimmt Vertrauen, nimmt Arbeit – es ist ein langer Weg, aber es ist völlig wert.

Das Ziel ist es, weg von traditionellen Mustern der Software-Entwicklung, mit wenig oder gar keine Wechselwirkung zwischen den verschiedenen Protagonisten.

“Ich möchte nicht, dass die Dinge zu viel vereinfachen, aber man sieht deutlich, dass die Unternehmen haben, was sie denken, ist die nächste große Idee.Sie liefern es an die IT.Entwickler arbeiten daran und 18 Monate danach versenden sie es zurück zu Business und Hoffe, es wird gut “, sagte Labourey.

Es ist auch ziemlich bequem für das Geschäft zu 18 Monate dauern, um einen großen Plan, Schiff, dass IT und dann warten. Wir sprechen hier nicht große Pläne – es ist schön, dass sie eine Vision haben -, sondern kurze Pläne zu machen und abends, wenn sie ins Bett gehen, die Annahmen, die sie am Morgen gemacht haben, herauszufordern Und setzen Sie sich und diskutieren mit dem Team, warum es falsch war und was ging gut.

Leider gibt es auch Beispiele für Unternehmen, die denken, dass sie in kontinuierliche Lieferung in gewissem Maße bewegt haben, während in Wirklichkeit sind sie kurz gefallen.

“Viele Unternehmen sind immer noch dabei, was ich sagen würde blind kontinuierliche Lieferung, die Art von DevOps auf Steroiden ist.Die Entwickler und IT arbeiten in einer kontinuierlichen Lieferung Mode, aber es ist wirklich nur ein Weg, sie passieren, um Software zu bauen”, sagte er.

Das ist großartig. Das ist ein erstaunlicher Schritt, aber du wirst nicht annähernd nah an den Wert der kontinuierlichen Lieferung zu erhalten, solange Sie nicht mit der Wirtschaft, weil es geht um die Art und Weise ändern Geschäft funktioniert auch, nicht wahr?

In zu vielen Unternehmen sprechen wir von einer begrenzten Form der kontinuierlichen Lieferung, die immer noch auf IT beschränkt ist.

Labourey sagte, er sehe DevOps und kontinuierliche Lieferung als grundlegend anders. DevOps ist wirklich der Weg, um die Prozesse zwischen den Entwicklern und Operationen zu verknüpfen und zu rationalisieren, die Arbeit, während die kontinuierliche Lieferung ist ein weiterer ganzer Prozess, der dies macht Feedback-Schleife passieren in kleinen Iterationen “, sagte er.

Was wir jedoch sehen, für neue Arten von Anwendungen, vor allem, wie Sie Wolke hinzufügen, um die Mischung ist DevOps und kontinuierliche Lieferung erfolgt in einer congruous Weise, so DevOps wird ein Weg, dass Sie kontinuierliche Lieferung implementieren, wenn es um dev und ops kommt .

Der beste Ort, um mit kontinuierlichen Lieferung beginnen ist mit einem einzigen Projekt mit einem guten Team hinter sich, die bereit ist, neue Dinge zu versuchen, sagte Labourey.

“Nehmen Sie nicht die vielleicht am meisten strategische Produkt in der Firma.Sie erhalten Hilfe von Dritten, die wissen, wie kontinuierliche Lieferung tun.Sie müssen jemanden helfen, rewire Ihr Gehirn so ziemlich, und diese Hilfe kommt von Dritten”, er sagte.

Sobald Sie mit einem Projekt erfolgreich waren, werden Sie schnell sehen, andere Teile des Unternehmens wollen auch an Bord zu springen. Also keine Big-Bang-Ansatz und Hilfe bekommen – das wäre mein Ratschlag.

Jenkins ist ein großartiges Werkzeug, es ist eine großartige Möglichkeit, die Prozesse zu implementieren. Aber hier reden wir über die Veränderung der Art und Weise, wie Menschen arbeiten, verändern die Art und Weise der Beziehungen, wie die Macht zwischen den Menschen stattfinden wird.

? TechnologyOne Zeichen AU $ 6.2m beschäftigen sich mit Landwirtschaft

Was ist das Organisationsprinzip des heutigen digitalen Arbeitsplatzes?

Süße SUSE! HPE snags sich eine Linux-Distribution

Apple, um iOS 10 am 13. September, macOS Sierra am 20. September freizugeben

Software-Entwicklung