DevOps har blitt et buzzword, som betyr mange forskjellige ting for mange mennesker.
Det er utfordrende å forstå og definere hva DevOps er. Og det er derfor hvis du kjenner de grunnleggende konseptene til DevOps som folk flest forbinder med og historien om hvordan det utviklet seg, så få et helhetlig syn på det.
Innholdsfortegnelse
Opprinnelsen til DevOps
DevOps er et perfekt eksempel på smidig programvareutvikling. Ideen til DevOps kom fra behovet for å holde tritt med den økte programvarehastigheten og oppnå det gjennom smidige metoder. I løpet av det siste tiåret har de enorme fremskrittene innen smidig kultur og praksis avslørt kravet om en mer helhetlig tilnærming til ende-til-ende-livssyklusen for programvarelevering.
Du lurer kanskje på å vite hva smidig programvareutvikling er –
Smidig utvikling er et bredt begrep for å definere flere iterative og inkrementelle programvareutviklingsmetoder. De populære smidige metodene er Scrum, Kanban, Scaled Agile Framework® (SAFe®), Lean Development og Extreme Programming (XP).
Kjerneverdiene og visjonen til alle disse smidige metodene er de samme, men hver av dem har en unik tilnærming. Alle disse metodene inkluderer iterasjoner og kontinuerlig tilbakemelding for å lykkes med å avgrense og levere skalerbar programvare. Alle disse metodene involverer kontinuerlig planlegging, kontinuerlig testing, kontinuerlig integrasjon og andre endeløse former for både prosjektet og programvaren.
I motsetning til konvensjonelle prosesser i fossestil, er disse smidige metodene lette, og de kommer med en iboende tilpasningsdyktig natur. Noe av det beste med disse smidige metodene er at de alle fokuserer på å styrke folk når det gjelder å samarbeide og ta raske beslutninger sammen.
Bilde av Segue
Idealene til DevOps utfører den utvidede smidige utviklingspraksisen for å avgrense bevegelsen av programvareendring gjennom bygging, validering, distribusjon og ulike stadier av levering. Det lar det tverrfunksjonelle teamet ha fullt eierskap til programvareproduktet, fra design til produksjon.
Utfordringer løst av DevOps
Distribusjonsprosess – Distribuerte applikasjoner krever ofte distribusjon av binær- og konfigurasjonsfilene til flere servere. Det blir mer utfordrende når du har en gård med servere. Det blir utfordrende å finne ut hva, hvordan og hvor du skal distribuere. Det åpenbare resultatet er?
Lang ventetid på å få gjenstandene inn i det neste miljøet på ruten for å leve, fører til forsinkelser av alt som testing, tid til å leve osv.
DevOps lar programvaren eller webutviklerne og IT-driften distribuere prosesser i en samarbeidsøkt som er helt feilfri. Det vil gjøre oss i stand til å verifisere hva som fungerer og deretter ta det til neste nivå med automatisering for å implementere kontinuerlig utvikling. Det skaper også veier for hyppigere utvikling.
DevOps-mål
Det forbedrer samarbeidet mellom interessenter fra planlegging til levering og implementerer automatisering av leveringsprosessen for å:
- Forbedre frekvensen av utplasseringen
- Oppnå raskere tid til å markedsføre sluttproduktet
- Reduserer feilfrekvensen for nye utgivelser
- Det forkorter ledetiden mellom reparasjoner
- Forbedrer mellomtiden for gjenopprettingsformålet
Vanlig DevOps-scenario
Hele programvaren kommer til møtepunktet før du starter et nytt programvareprosjekt. Teamet er bygget opp av utviklere, testere, drifts- og støtteeksperter. Teamet legger planen for å lage fullt funksjonell programvare som er klar for distribusjon.
Hver dag distribueres ny kode når utviklerne har fullført den. Den automatiserte testprosedyren sikrer at koden er klar til å implementeres. Når koden får det grønne signalet fra automatiseringstestprosessen, distribueres den til et lite antall brukere. Koden overvåkes i en kort periode for å sikre at det ikke er noen uforutsette problemer og den er stabil. Den nye koden distribueres deretter til resten av brukerne når den endelige overvåkingen har vist at koden er stabil. En betydelig del av trinnene etter planlegging og utvikling gjøres uten menneskelig innblanding.
Ulike faser av DevOps-modenhet
Det er mange forskjellige faser av DevOps-modenhet. Her er nøkkelsetningene du må kjenne til.
Fossutvikling
Før tiden med kontinuerlig integrasjon pleide utviklingsteam å skrive en enorm mengde kode, og deretter ble de fra forskjellige team slått sammen for utgivelsen. Versjonene av koden var så forskjellige at de pleide å kreve et stort antall endringer.
Det tar mer enn noen få måneder å bruke disse endringene. Denne prosessen var ikke produktiv.
Kontinuerlig integrering
Det er en praksis å integrere en nyutviklet kode med den viktigste koden som skal utgis raskt. Når det gjelder å slippe koden, er kontinuerlig utvikling med på å spare mye tid.
DevOps introduserte ikke dette begrepet. Kontinuerlig integrasjon er en smidig ingeniørpraksis som kommer fra ekstremprogrammeringsmetodikken. DevOps har tatt i bruk denne praksisen fordi automatisering er nødvendig når det gjelder å utføre kontinuerlig integrasjon med suksess. Kontinuerlig integrasjon er ofte den første på veien mot DevOps-modenhet.
Den kontinuerlige integrasjonen fra DevOps-perspektivet inkluderer trinnene som å sjekke koden, kompilere den til brukbar kode og kjøre noen av de nødvendige valideringstestene. «
Kontinuerlig levering
Det er en utvidelse av kontinuerlig integrasjon og det andre DevOps-stadiet.
Kontinuerlig levering lar deg legge til ytterligere automatisering og testing, slik at du ikke bare raskt slår sammen koden med hovedkodelinjen, men også får koden nesten klar til å distribueres uten menneskelig innblanding.
Det er en praksis å holde kodebasen i en nesten klar-til-distribuerbar tilstand.
Kontinuerlig distribusjon
Kontinuerlig distribusjon er den avanserte utviklingen av kontinuerlig levering. Denne praksisen lar oss distribuere alle veier inn i produksjonen uten menneskelig innblanding.
Teamet som jobber med kontinuerlig utvikling distribuerer aldri noen kode uten testing. All den nyopprettede koden går gjennom automatisert testing før den kommer inn i produksjonsfasen. Koden distribueres til et lite antall brukere, og det er en automatisert tilbakemeldingssløyfe som overvåker kvaliteten og bruken før koden kommer til neste nivå.
Et lite antall selskaper som Netflix, Etsy, Amazon, Pinterest, Flicker, IMVU, Google, etc., driver kontinuerlig utvikling.
Verdien
DevOps fokuserer sterkt på å utvikle en samarbeidskultur og forbedre effektiviteten gjennom automatisering med forskjellige DevOps-verktøy. For å implementere DevOps for programvareløsningen din, må du bruke en kombinasjon av både kultur og verktøy.
DevOps-kultur
DevOps er en spesiell kultur som bidrar til å forbedre samarbeid, redusere kaos, håndtere delt ansvar på en bedre måte, implementere automatisering, kvalitetsforbedring, tilbakemeldingsverdi og øke automatisering.
Agile metoder har alltid vært den beste helhetlige måten å levere programvare på. Når det gjelder å måle fremgangen, gjør det smidige utviklingsteamet det når det gjelder fungerende programvare. Den smidige metoden til DevOps-kulturen lar produkteiere, utviklere, testere og UX-folk jobbe tett sammen med samme mål i tankene.
DevOps-verktøy
Inkluderer verktøyene for konfigurasjonsadministrasjon, testing og byggesystemer, utvikling av applikasjoner, kontroll av versjoner og overvåking. Når det gjelder implementering av kontinuerlig integrasjon, kontinuerlig levering og kontinuerlig distribusjon, krever de forskjellige verktøy, og samtidig bruker de de samme verktøyene. Du må bruke flere verktøy etter hvert som du går gjennom leveringskjeden.
La oss få vite noen av de populære verktøyene og praksisene.
Kildekodelager – dette er et sted hvor utviklere kan sjekke inn og endre koden. Kildekodelageret administrerer ulike versjoner av koden som sjekkes inn, slik at den kan sørge for at utviklere skriver over hverandres kode.
Git, Apache Subversion, IBM Rational, Artifactory, Nexus, Eclipse, etc., er noen av de populære kodelagerverktøyene.
Byggserver: – Byggserveren er automatiseringsverktøyet som brukes til å kompilere koden i respiratorisk kildekode til den kjørbare kodebasen. Noen av de mye brukte byggeserververktøyene er Jenkins, SonarQube og Artifactory.
Konfigurasjonsadministrasjon – Puppet, Chef, Ansible, SaltStack, Run Deck, etc., hjelper til med å administrere konfigurasjonen for applikasjon og infrastruktur for å opprettholde konsistens på tvers av miljøer.
Virtuell infrastruktur – AWS, GCP og Azure er de tre beste offentlige skyleverandørene som tilbyr nesten alle infrastrukturtjenester. De tilbyr API, som lar deg klargjøre infrastrukturen og administrere dem som en kode.
Konklusjon
Jeg håper det gir deg en idé om DevOps, og hvis dette engasjerer deg, kan du prøve dette nettbaserte masterclass-kurset.
Artikkel av Payal Goyal