Håndtering af et DevOps-værktøjssæt i konstant vækst kan både være en velsignelse og en byrde. Når organisationer navigerer i et mangfoldigt IT-landskab og stræber efter at forblive konkurrencedygtige, opstår spørgsmålet: Overkomplicerer vi vores teknologistakke, eller udnytter vi reelt disse værktøjer til meningsfulde fremskridt?
For at få en dybere forståelse af disse udfordringer og vejen frem talte vi med Prashanth Nanjundappa, VP for produktstyring hos Progress. Med over 20 års erfaring i teknologibranchen deler Prashanth sine indsigter i optimering af værktøjsintegration, balancering af automatisering med menneskelig ekspertise og sikring af, at moderne DevOps-praksisser skaber reel værdi.
- Med DevOps-teams, der svømmer i værktøjer, er vi så nået til et punkt, hvor værktøjsintegration gør mere skade end gavn? Hvordan kan vi gentænke integrationen, så teams får tid tilbage, samtidig med at systemet forbliver sammenhængende?
Det nuværende IT-landskab er heterogent med en blanding af offentlig cloud, privat cloud, SaaS-produkter og enheder i kanten. Derudover er beslutningstagningen vedrørende indkøb decentraliseret fra CIO'er til flere teams i organisationen. Det kræver en strategisk tilgang til at strømline værktøjsintegrationen.
- Implementer en omfattende strategi på virksomheds- eller organisationsniveau. Eksempler omfatter indførelse af politik som kode, prioritering af API-først-integration, oprettelse af en intern selvbetjeningsportal eller integration af alt i en samlet platform såsom ServiceNow, Salesforce eller Jira.
- Vælg produkter, der understøtter den valgte strategi, i stedet for først at købe værktøjer og forsøge at tilpasse dem til strategien. Overvej for eksempel API-først-værktøjer, kode-først-værktøjer, SaaS-værktøjer eller værktøjer, der integreres med din eksisterende værktøjskæde, såsom Jira, ServiceNow, IaC eller Salesforce.
- Minimer antallet af leverandører. Da mange leverandører tilbyder flere løsninger, bør du undersøge tilbuddene fra eksisterende leverandører i dit system i stedet for at anskaffe nye værktøjer til hvert nyt behov. Denne tilgang vil reducere både kompleksiteten i leverandørstyringen og integrationsudfordringerne.
- Uplanlagte opgaver synes uundgåelige i komplekse infrastrukturer, men hvordan forhindrer vi, at de bliver normalen? Overkomplicerer vi løsningerne ved at være afhængige af interne rettelser, og hvilke alternativer findes der, som kan skaleres uden konstant brandslukning?
Organisationer falder ofte i fælden med at tro, at de selv kan bygge deres værktøjer. Hvis din virksomhed ikke specialiserer sig i infrastrukturstyring, skal du ikke skabe værktøjer til det. Selvom open source-software virker gratis, kræver det en betydelig teknisk indsats at udvikle, vedligeholde, skalere og sikre det. Undgå disse omkostninger ved at samarbejde med en betroet leverandør, så dit team kan koncentrere sig om de centrale forretningsmål.
For det andet bør værktøjer indarbejdes i systemet med registrerede oplysninger eller værktøjer til konfigurationsstyringsdatabaser (CMDB) under den indledende opsætningsproces. Det giver ledelsen indsigt i infrastrukturbrug, værktøjsbrug samt planlagte eller igangværende opgaver. Ved at opnå denne indsigt kan organisationer bedre forstå og løbende optimere deres processer.
- Orkestreringsstyring bliver ofte overset, men den er rygraden i effektiviteten. Hvad er den mest almindelige flaskehals i orkestreringen, som DevOps-teams ikke taler om, og hvordan slipper vi fri af disse forsinkelser?
Jeg vil ikke sige, at orkestrering bliver overset; indsatsen til orkestrering bliver næsten altid undervurderet. Flere værktøjer og arbejdsgange gør det vanskeligt for administratorer at vedligeholde og administrere IT-enheder i store og komplekse miljøer. For at håndtere sådanne scenarier er orkestrering nødvendig. Orkestrering samler mennesker, værktøjer og arbejdsgange og strømliner IT-processer. Med en virksomhedsplatform til orkestrering har administratorer fleksibel og detaljeret kontrol over en lang række handlinger på tværs af enhedsflåden, herunder målretning og tidsplanlægning. Processer, fra rutineopgaver til reaktioner på kritiske hændelser, bliver hurtige og effektive.
I tilfælde af en hændelse vil følgende trin hjælpe med at reducere konsekvenserne af hændelsen og afhjælpe den grundlæggende årsag:
- Orkestrer reaktioner på hændelser inden for slutpunktssikkerhed ved automatisk at isolere kompromitterede enheder eller igangsætte en trusselsjagtningsproces.
- Orkestrer udrulningen af sikkerhedsrettelser til sårbare systemer, eller isoler systemer, indtil de kan blive rettet.
- Udvikl og implementer manualer til hændelsesreaktion, som definerer specifikke handlinger, der skal udføres under forskellige typer hændelser.
- Start en opgave som reaktion på situationer såsom kompromitterede brugerkonti eller loginfejl ved automatisk at nulstille adgangskoder, logge sessioner ud eller udføre andre foruddefinerede handlinger.
- Oprethold et fælles ansvar blandt hændelsesreaktionsteams ved at lette kommunikationen og samarbejdet.
- Lever skiftet fra traditionel DevOps til moderne miljøer virkelig op til sine løfter, eller tilføjer vi blot flere værktøjer til bunken? Hvordan kan vi sikre, at en ‘moderne’ opsætning reelt er mere effektiv i stedet for blot mere kompleks?
Implementering af DevOps er en rejse, der skal fremskynde udviklings- og implementeringsprocessen for at reducere tiden til markedet uden at gå på kompromis med kvaliteten. Traditionel DevOps fokuserer på effektiv integration af udviklings- og driftsteams; den inddrager ikke sikkerhedsteams som vigtige samarbejdspartnere. Moderne DevOps betragter ikke sikkerhed som noget, der kommer i anden række, men integrerer den i vigtige arbejdsgange. Det omtales også som DevSecOps.
DevSecOps gør organisationer i stand til at optimere implementeringen af sikker, effektiv og responsiv software. Ved fra begyndelsen at integrere sikkerhed i udviklings- og driftsteams bidrager det til at styrke softwaren mod trusler og muliggør robust beskyttelse. Denne tilgang fører også til hurtigere levering, hvilket giver organisationer en konkurrencefordel på dynamiske markeder.
Samarbejde på tværs af afdelinger øger effektiviteten og modstandsdygtigheden, mens kontinuerlig overvågning styrker en hurtig håndtering af hændelser. Automatisering strømliner processer, reducerer fejl og fremmer ensartet kvalitet. Moderne DevOps (AKA DevSecOps) tilpasser sig ikke blot forandringer – den trives i dem og tilpasser softwaren til aktuelle behov og fremtidige ambitioner.
- Hvordan kan vi optimere brugen af flere automatiseringsværktøjer for at sikre, at de øger produktiviteten i stedet for at blive en tidskrævende byrde for IT-teams?
Overgangen til en fuldt integreret model er en løbende rejse, selv for de mest avancerede organisationer. DevOps-modellen for modenhed er en ramme, der guider denne rejse og hjælper med at evaluere og forbedre integrationen af sikkerhed i DevOps-praksisser.
En central udfordring er effektivt at identificere og forbedre afgørende områder i DevSecOps-praksisser, hvilket kræver regelmæssig vurdering, tilpasning af processer og identifikation af mangler. Gennem løbende evaluering og forbedring stræber organisationer efter at opnå høj hastighed og høje sikkerhedsstandarder i deres DevOps-praksisser. Som følge heraf maksimerer de fordelene ved flere automatiseringsværktøjer og øger produktiviteten.
En typisk automatiseringsproces baseret på DevOps omfatter flere operationer, som er vist i det følgende billede.
Vi anbefaler, at organisationer fokuserer på disse elementer fra DevSecOps-modellen for modenhed for at måle deres egen DevSecOps-modenhed og finde områder med forbedringer, der kan reducere tiden til markedet og optimere omkostningerne:
- Organisatorisk kulturel tilpasning: En identificeret frontløber samt niveauet af samarbejde og kommunikation mellem teams.
- Udviklingsagilitet: Evnen til at levere trinvis funktionalitet med en frekvens, der kan reagere på markedspres.
- Automatisering: Hvor godt er processerne automatiseret, og hvad er automatiseringens omfang og effektivitet i den samlede livscyklus?
- Sikkerhed: Integration af sikkerhed med andre funktionelle områder og i den samlede livscyklus.
- Test: Integration af testmetoder med de overordnede processer og effektiviteten af de involverede praksisser.
- Overvågning: Hvordan er overvågning integreret med de overordnede processer, og hvor effektiv er den?
- Måling af drift og compliance: Operationel effektivitet, herunder styring, omfatter måling og compliance.
DevSecOps-vurderingen af modenhed er et vigtigt værktøj for organisationer, der ønsker at evaluere og forbedre deres implementering af DevSecOps-praksisser. Denne vurdering giver en overordnet evaluering af en organisations operationelle modenhed, specifikt tilpasset dens brug af DevSecOps-værktøjer. Den vurderer, hvor effektivt en organisation anvender disse metoder for at udnytte deres fulde potentiale, og giver indsigt i områder, der er under udvikling, samt områder, der er blevet modne.
Vigtigste pointer
Efterhånden som DevOps fortsætter med at udvikle sig, vil gennemtænkt integration, løbende evaluering og den rette balance mellem automatisering og menneskelig ekspertise holde dig foran konkurrenterne.
Prashanth fremhæver vigtigheden af at anvende en sammenhængende strategi og forstår, at flere værktøjer ikke nødvendigvis betyder bedre resultater. Succes afhænger i stedet af at optimere værktøjerne og de teams, der bruger dem.
Ved at fokusere på DevSecOps-modenhed og tilpasse automatiseringen til organisationskulturen kan DevOps-ledere opbygge et system, der øger produktiviteten og modstandsdygtigheden og virkelig trives midt i hurtige forandringer.
Tilmeld dig The CTO Clubs nyhedsbrev for at få flere DevOps-interviews, værktøjer og bedste praksisser.
