Blogg

itstechschool
10 mar 2017

Påvirkende verdener av devOps, ITIL & Agile

DevOps, ITIL & Agile Impacts

Endring er dagens forespørsel, og nå som aldri før, er tempoet i forretnings-og innovasjonsendring raskere. Organisasjoner og klienter ser etter IT-tjenesteleverandører for å være mer responsive og formidle mer regelmessige serviceendringer med høyere kvalitet, noe som gir tjenester som formidler mer et incitament til virksomheten. ITIL er den sanne verdensomspennende strukturen for å formidle og overvåke innovasjon som en tjeneste for virksomheten. Deft er et system for å påskynde utviklingen og arrangementet av applikasjoner (bruk av prosedyrer og prosedyrer, for eksempel Scrum). DevOps er en teori eller metode for arbeid som muligens kan erkjenne mer bemerkelsesverdige fordeler og raskere formidling gjennom slike skumle strategier.

Overlappingen

DevOps dekker over størstedelen av ITIL service livscykeltrinn. Applikasjonsutvikling (Agile) skjærer ITIL-serviceoversikt gjennom serviceflytting. Applikasjonsadministrasjon går gjennom størstedelen av ITIL-livssyklusen. Mens serviceoperasjonen begynner på tjenestebeskrivelsen gjennom konsekvent serviceendring.

DevOps

  • DevOps er en "esteem include" måte å håndtere Agile utvikling understreke:
  • Den vedvarende foreningen og engasjementet av operasjonsgrupper med indre utviklingsgrupper gjennom hele livscyklusen
  • Forpliktelsen til operasjoner grupperer som forut for planen som tenkelig blant definisjonen av visjonen og sanksjonen for servicearrangementet
  • Operasjonsgruppers bidrag til de tekniske og anvendelsesmessige forutsetninger for tjenesten og rådene om gjennomføringen av den foreslåtte utslippsplanen
  • Forbedret organisasjon gjentakelse på denne måten gir raskere tid til markedet av nye eller forbedrede applikasjons bruksendringer
  • Ta ned skuffelsesgraden av nye utslipp, oppgradere flere suksessive oppgjør og raskere rekreasjonstid i tilfelle endringsbesvær
  • Anvendelsen av servicemekanisering for å forenkle vanlige "prosessmodeller, for eksempel en standard endring eller rutinemessig utladningsoppdatering

ITIL

Disse ideene om samarbeid, oppgradert korrespondanse og forretningsresponsivitet er ikke utenfor ITIL. Faktisk fokuserer ITIL-strukturen på kravet om tidlig inkludering av teknisk ledelse og applikasjonsadministrasjon nyttige grupper i perioder med service teknikk, serviceplan og serviceflytting. ITIL er tydelig at service driftskapasitet-tekniske rammegrupper spesifikt burde gi tidlig råd til oversikten og utviklingsgruppen om støtte og velvære av søknaden til levekår. De bør også gi bidrag til de tekniske designene for "servicearrangementet", inkludert serviceteknikk, søknadsteknologi, organisering av design, datateknikk, database engineering og så videre.

Kraften til å knytte styrker

Ansøkelsesadministrasjonspersonale (som har ansvaret for hele livssyklusen til alle applikasjoner - ikke bare de som er opprettet i huset) burde være låst i rett tid i livet til en tjeneste. Sannheten blir fortalt, de burde være de som skal jobbe med virksomheten, individet utgikk som forretningsforbindelsesjefen (BRM) og serviceinnehaveren til å gjenkjenne, karakterisere og registrere alle "servicearrangementet" -kravene og garantere at disse er fanget i servicekontrakten for den nye eller endrede tjenesten blir vurdert.

Som angitt av ITIL, bør applikasjonsadministrasjonsgrupper arbeide intimt med utviklingsbunter som forblir sentrert midt i tjenesteoversikten og tjenesten beveger seg på rask utvikling og sending av applikasjoner som er en del av det samlede servicearrangementet. Mens skarp utvikling konsentrerer seg om den raske utviklingen av øvelser på tvers av tjenesteplan og serviceflyt, håndterer søknadsledelsen søknaden over hele livscyklusen fra metodikk gjennom omriss og flytting (arbeid med utvikling) og på drift og endring. Denne tilnærmingen garanterer at servicearrangementet (som inneholder søknaden), sendes godt og fortsetter å utføre midt i live-operasjoner for å løse problemet med forretningskunder og klienter.

Som DevOps er ITIL også ekstremt begeistret for bruken av "modeller" og anvendelsen av servicemekanisering for å utvide produktiviteten, gjennomføre hurtigere og lavere kostnader. Hva ITIL understreker, være det som det er, er det for å være effektivt, bør en IT-leverandør først være prosedyre og prosessdrevet før den kan forstå de mest ekstreme fordelene med datastyring. Standard endring eller utslipp "display" skal først rapporteres og brytes ned, "sprekkene" må tas ut, og prosedyren og grensesnittene må strømlinjeformes og mekaniseres. På akkurat det punktet vil de fleste ekstreme fordeler bli oppnådd.

Det er ingen tvil om at ITIL er sentrum for bransjens beste øvelser for IT. Som det måtte, må IT-tjenesteleverandørene tjene til og konsolidere de beste gjensidige rutinene, inkludert Agile og DevOps, som har vist seg å forbedre arrangementet med virksomheten og klienten, øke kvaliteten og gjennomføringen av IT-tjenester, øke gjennomgangen av transport og lavere generelle IT-kostnader.

For å fortsette å lese på dette punktet, se kurs, The Intersection of DevOps og ITIL.

&bsp

GTranslate Your license is inactive or expired, please subscribe again!