för Service Oriented
| 16 November 2019 — 15:36 GMT (15:36 GMT)
| Ämne: IT-Prioriteringar
I detta moln-drenched-eran, programvara har utvecklats från kod-och-fartygets drift i 24×7 datacenter aktörer. Så de har kanske mer än någon annan typ av organisation, behöver DevOps metoder för att hålla utveckling och drift insatser på rätt spår, att pumpa ut pressreleaser med bländande frekvens, samtidigt som lag i ständig sync.
Microsoft HQ.
Foto: Microsoft
Det är anledningen till att Microsoft, världens kanske största programvara fabrik, tar DevOps mycket allvarligt. I ett senare inlägg, Ori Zohar, senior product marketing manager för Microsoft Azure, beskriver brådskande för hans företag att bygga upp och finslipa sitt DevOps kultur. “Från Kontoret, till Azure, till Xbox hittade vi också vi som behövs för att anpassa sig till ett nytt sätt att leverera programvara, förklarar han. “Den nya eran av molnet låser upp en enorm potential för innovation för att möta våra kunders ökande efterfrågan för rikare och bättre upplevelser-och samtidigt vår tävling är inte saktar ner. Behovet av att främja innovation och för att förändra hur vi arbetar är verkligt och angeläget.”
Mycket av Microsofts DevOps insatser har varit styrt av En Microsoft Tekniska System (1ES) team, en grupp på ca 200 personer som jobbar med verkstads-team över Microsofts spretande produktlinjer. Den 1ES team fokuserar på verktyg, processer, program kontor (som öppen källkod bidrag), tillgänglighet, säkerhet och regelefterlevnad (compliance, intern konsult, “inre källa (delar källkod inom organisationen),” och förstärka bästa praxis inom engineering team.
Den 1ES team, bildades först under 2014, har varit att övervaka bolagets Azure DevOps initiativ och sprider bästa praxis som utvecklats och lärt mig att mer än 50 000 Microsofts anställda. Laget nådde några imponerande resultat, inte minst förmågan att rulla ut uppdateringar till sin första ansökan sviter i ett par timmar. I sin allmänna sammanfattning av DevOps aktiviteter, Kör teknik kultur ändra på Microsoft: En experimentell resa, laget redovisar följande utfall:
“Källkontroll frågor minskat, bygga gånger och bygga bättre tillförlitlighet, säkerhet och efterlevnad insatser var standardiserade, och majoriteten av ingenjörsteam har att hantera sitt arbete på samma sätt. Även de allra Windows tekniska team, med sina tusentals användare, miljontals objekt, och 300 GB av källkoden, flyttade från 40+ Källa Depot servrar till en enda Git-repo värd under ett och samma konto. Och bygga gånger för Microsoft Office gick från dagar till timmar.”
Samarbete och förbättra worklives är nyckeln. Den 1ES team har genomfört en rad initiativ för att flytta DevOps fram över Microsofts varierad utveckling och verksamhet i organisationer. I en ansträngning, ett team av ingenjörer och programansvariga var inbäddade “i en eller två strategiskt valda produkt lag varje år, som ett medel för att minska tekniska blockerare för att med hög prestanda.”
Ett annat initiativ som lanserades av laget syftar till att förbättra utvecklare upplevelse genom att fokusera på “att förbättra den dagliga arbete erfarenhet av enskilda ingenjörer, med målet att ha de verktyg som de använder kommer att blekna.” “Vi arbetar för att göra interna projekt mer som öppen källkod, där vem som helst kan upptäcka projektet, be om hjälp, eller lämna in eventuella korrigeringar som ett sätt att utnyttja potentialen i den tekniska talang inom Microsoft som en helhet och bygga bättre produkter genom gemensamt ägande och syfte.”
I processen 1ES lärt sig ett antal viktiga lärdomar om att bygga och stödja en DevOps kultur i ett stort, spretigt program organisation, team medlemmar rapport:
Ta slutanvändarens perspektiv. “Vi var tvungna att tänka ur varför våra interna kunder skulle vilja förändra-och, lika viktigt, tror att en förändring är möjlig”, enligt Cindy Alvarez, rektor PM manager på 1ES team. “Människor tenderar att visa sådana initiativ som” jag har sett det här förut… Om jag drar mina fötter, kanske det ska bara gå bort.’ Naturligtvis, du kommer bara att höra här i korridoren. Ingen kommer att säga det till en direktör i ett all-hands möte.”
Börja i liten skala, och sträva efter snabba vinster. “Vår ursprungliga inställning var att om vi fick det största lag att göra vad vi ville ha, sedan den andra, mindre grupper skulle följa, säger Alvarez. “Men de största lagen, som våra Windows-teamet, som ofta innebär unika utmaningar och som har särskilda behov. Du kan inte “hoppa till omfattning” eftersom det är omöjligt att stå på en nivå inom organisationen och förutsäga vad som kommer att fungera för alla. Det handlar inte om storlek… Det handlar om att fokusera på snabba vinster och väsentligt inflytande över rullande betydande förändring för att så många som möjligt, alla på en gång.”
Relaterade Ämnen:
Affärssystem
CXO
Trodde Ledarskap
Innovation
Tech och Arbete
för Service Oriented
| 16 November 2019 — 15:36 GMT (15:36 GMT)
| Ämne: IT-Prioriteringar