Agile och DevOps: 7 tips för att skapa rätt kultur
Nya strategier är att ändra hur mjukvaran projekt är levererat, men att välja rätt strategi är viktig.
Om du följer open-source nyheter, du vet att under de senaste månaderna “open-source” – företag som Sammanflytande, Elastisk, MongoDB, och att Åt har distanserat sig från open-source-licenser. Inte så Kock, en av de ledande DevOps företag. I ett överraskande drag, Chef meddelade att från och med nu skulle det utveckla alla dess programvara som öppen källkod under en Apache 2.0-licens.
Före detta, Chef hade använt en öppen centrala strategi. I öppen-core, core-mjukvaran är öppen källkod, men programvara som gör det enklare att använda, erbjuder ytterligare funktioner, eller ger förvaltningen sker i egen regi. Detta är ett vanligt tillvägagångssätt. Den mest kända exempel är Oracle, MySQL, vilket är dubbel licens, både GPL och en kommersiell licens.
Adam Jakob, en av Kockens grundare och numera är medlem av styrelsen, var överlycklig att meddela denna nyhet. Han proklamerade, “Kock är klar med att vara Öppen Kärna, och är nu en Fri Programvara företaget. Skönt för dåliga skräp.”
Jacob “kunde inte vara mer nöjd” med att flytta. Det beror på att:
Det eliminerar de längsta källa till irritation och frustration från min tid på Chef. Å ena sidan har vi ett samhälle som bryr sig om programvaran, och om varandra, där vi utvecklar programvara i samförstånd med våra användare och kunder. På den andra, producerade vi en proprietär programvara stack, som vi använder för att tjäna pengar. Att avgöra vad som är i, och vad som är ute, eller om att fokusera, var den svåraste delen av jobbet på Chef. Jag är stoked har ingen att göra det längre. Jag är överlycklig över att vi kan ha hela företaget deltar i open source-världen, snarare än att bränna ut några hjältar.
Vad betyder det för Kockens kunder? Jakob sade, “Kock Programvara producerar endast öppen källkod-projekt, i underhuset. Det distribuerar programvaran som en enterprise-produkt. För nuvarande Kock kunder Programvara, inget förändras. För företag som använder Kock produkter som inte är kunder, de kan välja att antingen betala för Kockens distribution, eller de kan göra eller konsumera ett alternativ.”
Att gå djupare i den nya Kocken FAQ, Kock sade:
“Vi kommer att börja med att fästa kommersiell licens gäller för vår distribution av programvara (binärer) med nästa stora release”. Så, om du ladda ner och kompilera koden själv, du är välkommen att använda den. Men, om du laddar ner den binära, du måste betala för dem. Om det låter bekant, det borde. Det är en variant av hur Red Hat och SUSE, till exempel, släpper sin enterprise Linux-distributioner.
. . . För befintliga kommersiella kunder, det kommer att bli några omedelbara förändringar fram till sin nästa förnyelse när de kommer att få licens på nya SKU representerar samma kärna produkter.”
Om du har varit med Kock-binärer för gratis, det är en annan historia. Bolaget ser tre möjliga vägar: Licens för en kommersiell version, använder en äldre version, eller “Ta vår open source-kod och skapa en utveckling av programvara org för att bygga och hantera sina egna distro (skapa sina egna nedströms gaffel) eller utnyttja en offentlig och gratis distribution (som kanske eller kanske inte finns).”
OpenLineCook någon?
Om det finns en gaffel, det kommer inte att vara OpenChef. Det beror på att Kocken har gjort det klart att du inte kan använda sina varumärken. Red Hat, tillbaka i dag när Red Hat kloner var populära, tog en liknande strategi för att skydda sin verksamhet. Som Stephen O ‘ Grady, RedMonk analytiker, observerat, “Vad Kocken säger i effekt är att vem som helst kan bygga, köra och Kocken säljer även mjukvara, men det kan inte kallas — direkt eller indirekt — Kock.”
I en tweet, Jacob stavas ut framtiden för människor med Kock-binärer: “kan Du fortsätta att använda dem för experiment, och för icke-kommersiell användning. Om du vill använda vår produkt som en del av en kommersiell verksamhet, ber vi dig att betala för det. Om du inte vill göra det/kan inte göra det, du kan bygga din egen distribution.”
Kock meddelade också att det var att införa en ny kommersiell distribution, Kock Enterprise Automation Stack. Detta är en enterprise-klass DevOps system för att sätta upp och hantera infrastruktur, säkerhet, och application lifecycle beroenden som kod.
Ser fram emot, Kocken är väl medveten om att det kan finnas en gaffel. Och, det är OK med att, I FAQ: en, Kock sade: “Det är absolut möjligt att det kommer att bli derivat grenar av Kockens projekt och vi ser fram emot att välkomna dem in i vår gemenskap och att arbeta med dem för att säkerställa att deras bidrag kan gynna alla i Kock öppen källkod ekosystem.”
Så varför är det lugnt om denna möjlighet? Eftersom den vet att företag som kunderna vill ha stöd, service level agreements, ansvar, skydd och säkerhet att det bara kommer att kunna leverera på kort sikt. Det är samma skäl till varför — även om det finns hundratals av Linux-distributioner — Canonical, Red Hat och SUSE kvar på toppen av den verksamhet Linux mountain år in och år ut.
Kommer det att fungera? Vi vet inte ännu.
O ‘ Grady kommenterade, “Det är alldeles för tidigt att göra en bedömning på hur Kockens nya modell kommer att klara dig, oavsett om det värdet är bolagets balansräkning eller mindre kvantifierbara sentimentet på marknaden. Oavsett dess öde, men för någon som har varit oroade över den normalisering av praxis som var problematiskt på bästa för öppen källkod i stort sett, det är uppmuntrande att se att en försäljare försöker att hitta en modell som kräver kompromisser, men följer åtminstone till lagens bokstav. ”
Relaterade Artiklar:
Striden mellan verkliga öppen källkod vs. faux öppen källkod värmer upChef utökar sitt moln och behållare menuChef syftar till att skapa hemliga recept för framgång DevOps
Relaterade Ämnen:
Cloud
Big Data Analytics
Innovation
Tech och Arbete
Samarbete
Utvecklare