{"id":16399,"date":"2017-12-15T12:57:35","date_gmt":"2017-12-15T11:57:35","guid":{"rendered":"https:\/\/stage.dataductus.com\/?p=16399"},"modified":"2024-10-30T14:11:36","modified_gmt":"2024-10-30T13:11:36","slug":"agila-team-behover-agil-infrastruktur","status":"publish","type":"post","link":"https:\/\/ductus.global\/sv\/agila-team-behover-agil-infrastruktur\/","title":{"rendered":"Agila team beh\u00f6ver agil infrastruktur"},"content":{"rendered":"\n
<\/span>\"\"
\n
\n

INSIGHT<\/p>\n<\/div><\/div>\n\n\n\n

Agila team beh\u00f6ver agil infrastruktur<\/h1>\n<\/div><\/div>\n\n\n\n
<\/div>\n\n\n
<\/div>\n\n\n

Agila processer, DevOps och Continuous Delivery skapar en ny dynamik i f\u00f6rh\u00e5llandet mellan mjukvaruutveckling, livscykelhantering av applikationer och IT-f\u00f6rvaltning (s\u00e5 kallad ITSM eller IT Service Management). De h\u00e4r innovationerna st\u00e4ller d\u00e4rf\u00f6r nya krav p\u00e5 b\u00e5de infrastrukturen och ber\u00f6rda IT-f\u00f6rvaltningsteam. Agila team beh\u00f6ver n\u00e4mligen agil infrastruktur.<\/p>\n\n\n\n

\n

Den upps\u00e4ttning mjukvara som kr\u00e4vs f\u00f6r att uppn\u00e5 Continuous Delivery \u00e4r numera v\u00e4ldigt komplex. Den inneh\u00e5ller allt fr\u00e5n k\u00e4llkodshantering via build-system och artefakt-lagring till automatiserad testning och leverans, fr\u00e5n utvecklings- och testmilj\u00f6er till produktion. Varje element m\u00e5ste kontrolleras p\u00e5 b\u00e4sta m\u00f6jliga vis.<\/p>\n\n\n\n

Om utvecklare sj\u00e4lva f\u00e5r hantera de h\u00e4r utmaningarna kommer l\u00f6sningen ofta att anpassas efter ett specifikt projekt eller team. F\u00f6r att skapa l\u00f6sningar som kan \u00e5teranv\u00e4ndas i hela din portf\u00f6lj m\u00e5ste IT-f\u00f6rvaltningsexperter vara involverade redan i ett tidigt skede.<\/p>\n\n\n\n

Faktum \u00e4r att mjukvarusviter alltmer utg\u00f6r egna sm\u00e5 infrastruktur-universum. Om utvecklare paketerar applikationer i Docker-containrar kommer IT-f\u00f6rvaltningen att p\u00e5verkas av det. Effekten blir \u00e4nnu st\u00f6rre om man implementerar containrarna via en Cluster Management-l\u00f6sning som exempelvis Kubernetes. Man f\u00e5r d\u00e5 automatisk skalning (auto-scaling), service discovery (s\u00f6kning efter olika enheter och tj\u00e4nster p\u00e5 ett n\u00e4tverk), belastningsbalansering (load balancing), rullande uppgraderingar (uppdateringar som inte kr\u00e4ver att systemet ligger nere) och s\u00e5 vidare, och automatiserar p\u00e5 vis det som tidigare kr\u00e4vde manuell IT-f\u00f6rvaltning.<\/p>\n\n\n\n

F\u00f6r att st\u00f6dja s\u00e5dana processer m\u00e5ste man skapa en v\u00e4loljad och finjusterad produktionslinje \u2013 som kan s\u00e4kerst\u00e4lla automatiserad kvalitetss\u00e4kring fr\u00e5n de f\u00f6rsta stadierna av systemutvecklingen till de sista stadierna av leveransfasen. Det g\u00e5r inte att uppn\u00e5 om inte ditt IT-f\u00f6rvaltningsteam arbetar n\u00e4ra dina utvecklare. Utan ett v\u00e4linformerat och aktivt involverat f\u00f6rvaltningsteam kommer en agil process s\u00e4llan att n\u00e5 sin fulla potential.<\/p>\n<\/div><\/div>\n\n\n\n

Det handlar om m\u00e4nniskor och organisation \u2013 ut\u00f6ver teknik<\/h3>\n\n\n\n

Uppgraderingen till Continuous Delivery p\u00e5verkar inte bara dina utvecklare och IT-f\u00f6rvaltare, utan hela IT-omr\u00e5det: fr\u00e5n management-niv\u00e5n till databasadministrat\u00f6rerna, aff\u00e4rsanalytikerna, era UX-designers och QA-experter \u2013 med andra ord alla olika kompetenser som \u00e4r involverade i produktionen av er l\u00f6sning. Om er nuvarande utveckling, kvalitetss\u00e4kring och operativa verksamhet arbetar i egna silos kommer det \u00e4ven att uppst\u00e5 problem d\u00e4remellan. Utvecklare fokuserar g\u00e4rna p\u00e5 att ta fram nya funktioner \u2013 allts\u00e5 f\u00f6r att uppn\u00e5 f\u00f6r\u00e4ndring \u2013 medan operativ verksamhet str\u00e4var efter att systemen ska fungera stabilt, och vill d\u00e4rf\u00f6r helst undvika f\u00f6r\u00e4ndringar.<\/p>\n\n\n\n

M\u00e5let med er interna revolution \u00e4r att uppn\u00e5 repeterbara processer som kan \u00e5teranv\u00e4ndas g\u00e5ng p\u00e5 g\u00e5ng, och att f\u00f6rkorta de cykler som kr\u00e4vs f\u00f6r att implementera nya funktioner i produktionen.<\/p>\n\n\n\n

Fr\u00e5n Continuous Integration till Continuous Delivery<\/h3>\n\n\n\n
\n

Agila processer med Continuous Integration och testdriven och agil mjukvaruutveckling v\u00e4xte fram p\u00e5 90-talet. Genom att skapa backloggar med listor p\u00e5 olika uppgifter str\u00e4var det agila arbetss\u00e4ttet efter att lansera nya funktionella versioner av mjukvaran i slutet av varje sprint. Sprintarna varar normalt i en eller tv\u00e5 veckor, ibland l\u00e4ngre \u00e4n s\u00e5. Det h\u00e4r inneb\u00e4r att ert utvecklingsteam i slutet av varje sprint kan leverera en ny version av mjukvaran till era QA-experter och er operativa personal.<\/p>\n\n\n\n

S\u00e5 sm\u00e5ningom utvecklades Continuous Integration och blev allt en mer automatiserad process. Med hj\u00e4lp av build-system som Jenkins och TeamCity kunde utvecklare automatisera enhets- och funktionstester. Vid det laget k\u00e4ndes dr\u00f6mmen om Continuous Delivery som realistisk.<\/p>\n\n\n\n

De flesta organisationer var dock, och \u00e4r \u00e4n idag, inte redo f\u00f6r den h\u00e4r f\u00f6r\u00e4ndringen. Hittills har bara den f\u00f6rsta delen, utvecklingsfasen, blivit agil p\u00e5 riktigt. De flesta organisationer har fortfarande vattent\u00e4ta skott mellan utveckling, kvalitetss\u00e4kring och operativ verksamhet. Det h\u00e4r leder till att man fortfarande anv\u00e4nder vattenfallsmodellen mellan utvecklings- och produktionsfaserna. Varje fel som p\u00e5tr\u00e4ffas under integrationstesterna kr\u00e4ver sedan ytterligare en sprint p\u00e5 en eller flera veckor.<\/p>\n<\/div><\/div>\n\n\n\n

<\/div><\/div>\n\n\n
\n
\"Illustration<\/figure>\n<\/div>\n\n\n

Release management \u00e4r fortfarande viktigt<\/h3>\n\n\n\n

Continuous Delivery inneb\u00e4r i teorin att du kan sl\u00e4ppa nya versioner varje dag, n\u00e4r utvecklarna implementerar sina kod\u00e4ndringar. Det \u00e4r dock s\u00e4llan vad man vill f\u00f6rs\u00f6ka uppn\u00e5.<\/p>\n\n\n\n

En ny release m\u00e5ste n\u00e4mligen uppfylla \u00e4ven andra kriterier. Du m\u00e5ste v\u00e4ga in organisationens marknadsf\u00f6ringsstrategier, eventuella avtalsm\u00e4ssiga begr\u00e4nsningar och andra icke-tekniska aspekter av releasen. Continuous Delivery betyder helt enkelt att du har m\u00f6jlighet att sl\u00e4ppa nya releaser varje g\u00e5ng utvecklare implementerar ny kod.<\/p>\n\n\n

\n
\"Illustration<\/figure>\n<\/div>\n\n\n

F\u00f6r att uppn\u00e5 en perfekt fungerande Continuous Delivery m\u00e5ste du dessutom samla in data och m\u00e4tv\u00e4rden f\u00f6r att optimera ditt fl\u00f6de av nya funktioner. Bra kvalitetsdata och tillr\u00e4ckligt med metadata hj\u00e4lper dina icke-tekniska team att avg\u00f6ra n\u00e4r en levererad mjukvara \u00e4r redo att sl\u00e4ppas.<\/p>\n\n\n\n

P\u00e5 Ductus har vi lyckats synkronisera v\u00e5ra systemutvecklings- och IT-f\u00f6rvaltningsteam f\u00f6r att uppn\u00e5 en snabbare och s\u00e4krare leverans av tj\u00e4nster. Vi delar g\u00e4rna med oss av v\u00e5ra erfarenheter. L\u00e4s mer om v\u00e5ra DevOps-infrastrukturtj\u00e4nster och l\u00e5t v\u00e5ra experter hj\u00e4lpa dig med dina DevOps- och Continuous Delivery-kanaler.<\/p>\n\n\n\n

<\/div>\n\n\n
\n\t
Get in touch<\/a><\/div><\/div>\n\n\n\t\t
\n\t\t\t
\n\t\t\t\t