close

DevOps

Siirry navigointiin Siirry hakuun

DevOps ( englanninkielinen lyhenne sanoista kehitys - kehitys - ja operaatiot - toiminta -) on joukko käytäntöjä, jotka ryhmittelevät ohjelmistokehityksen ( Dev ) ja IT-toiminnan ( Ops ). Sen tavoitteena on nopeuttaa ohjelmistokehityksen elinkaarta ja tarjota jatkuvaa laadukasta toimitusta. DevOps on ketterää ohjelmistokehitystä täydentävä käytäntö; Tämä johtuu siitä, että monet DevOpsin ominaisuudet ovat peräisin ketterästä menetelmästä.

DevOps-liikkeen pääominaisuus on aktiivisesti puoltaa automaatiota ja valvontaa ohjelmiston rakentamisen kaikissa vaiheissa integroinnista , testauksesta, käyttöönotosta käyttöönottoon ja infrastruktuurin hallintaan . DevOps pyrkii lyhyempiin kehityssykleihin, korkeampaan käyttöönottotiheyteen, tehokkaampiin julkaisuihin, jotka ovat tiiviisti linjassa liiketoimintatavoitteiden kanssa. [ 1 ] [ 2 ] [ 3 ] [ 4 ]

Määritelmät ja historia

Image
Kuva, jossa DevOps on kehityksen, teknologiatoimintojen ja laadun (QA) leikkauspiste

Agile 2008 Toronto -konferenssissa Yhens Wasna ja Patrick Debois esittelivät termin puheessaan "Ketterä infrastruktuuri". [ 5 ] Vuodesta 2009 alkaen termiä DevOps on jatkuvasti mainostettu ja tuotu yleisempään käyttöön "devopsdays" [ 6 ] -sarjalla, joka alkoi Belgiasta ja on nyt levinnyt Eurooppaan ja muihin maihin. [ 7 ]

Termiä DevOps on käytetty monissa eri yhteyksissä. [ 8 ]

Bassin, Weberin ja Zhun ehdottama määritelmä on:

DevOps on joukko käytäntöjä, joiden tarkoituksena on lyhentää sovelluksen muutoksen tekemisen ja muutoksen normaaliin tuotantoon siirtymisen välistä aikaa ja samalla varmistaa korkea laatu. [ 9 ]

Seuraavan vuosikymmenen aikana kehitettiin myös tangentiaalisempia DevOps-aloitteita, kuten OpsDev, [ 10 ] WinOps [ 11 ] ja BizDevOps. [ 12 ]

DevOps-työkalut

Koska DevOps on tarkoitettu monikäyttöiseksi tapaksi työskennellä, yhden DevOps-työkalun sijaan on useita työkaluja (tai " työkaluketjuja "). [ 13 ] Tällaisten DevOps-työkalujen odotetaan sopivan yhteen tai useampaan näistä luokista, mikä kuvastaa kehitys- ja toimitusprosessin keskeisiä näkökohtia: [ 14 ] ​[ 15 ]

  1. Koodi: koodin kehitys ja tarkistus, lähdekoodin hallintatyökalut, koodien yhdistäminen
  2. Build: Jatkuva integrointityökalut , Build Status
  3. Testi – Jatkuvat testaustyökalut, jotka antavat palautetta liiketoimintariskeistä
  4. Paketti: artefaktivarasto , jakelu ennen sovelluksen käyttöönottoa
  5. Julkaisu - muutosten hallinta, julkaisujen hyväksynnät, julkaisuautomaatio
  6. Configure - infrastruktuurin konfigurointi ja hallinta, Infrastruktuuri koodina
  7. Monitori: sovelluksen suorituskyvyn seuranta, loppukäyttäjäkokemus

Jotkut luokat ovat tärkeämpiä DevOps-työkaluketjussa kuin toiset; erityisesti jatkuva integrointi (esim . Jenkins ) ja infrastruktuuri koodina (esim . Puppet ). [ 16 ] [ 17 ]

Suhde ja muut lähestymistavat

Ketterä

DevOpsin tarve johtui ketterän ohjelmistokehityksen kasvavasta menestyksestä, koska sen seurauksena organisaatiot halusivat julkaista ohjelmistonsa nopeammin ja useammin. Kun he yrittivät voittaa julkaisunhallintaprosesseihinsa aiheutuvan paineen, heidän oli omaksuttava malleja, kuten sovellusten julkaisuautomaatio, jatkuvan integroinnin työkalut ja jatkuva toimitus . [ 18 ]

Jatkuva toimitus

Jatkuvalla toimituksella ja DevOpsilla on yhteiset tavoitteet, ja niitä käytetään usein yhdessä, mutta niissä on hienoisia eroja. [ 19 ] [ 20 ]

Jatkuva toimitus keskittyy ohjelmistojen toimitusprosessien automatisointiin , mutta DevOps keskittyy myös organisaatiomuutokseen tukemaan monipuolista yhteistyötä monien mukana olevien toimintojen välillä. [ 19 ]

DevOpsilla ja jatkuvalla toimituksella on yhteinen perusta ketterissä menetelmissä ja kevyessä ajattelussa: pienet, toistuvat muutokset, joilla on kohdennettu arvo loppuasiakkaalle. [ 21 ]

ArchOps

ArchOps on DevOps-laajennus, joka lisää abstraktiotasoa priorisoimalla ohjelmistoarkkitehtuurin artefaktit lähdekoodiin verrattuna ohjelmistoratkaisujen käyttöönotossa ja käytössä. [ 22 ] ArchOps toteaa, että arkkitehtuurimallit ovat ensiluokkaisia ​​kokonaisuuksia ohjelmistoratkaisujen kehittämisessä, käyttöönotossa ja käytössä.

DataOps

Jatkuva toimitus ja DevOps-sovellus tietojen analysointiin on saanut nimekseen DataOps. DataOps pyrkii integroimaan tietotekniikan, tietojen integroinnin, tiedon laadun, tietoturvan ja tietosuojan toimintoihin. [ 23 ]​ Se soveltaa DevOpsin, ketterän kehityksen ja tilastollisen prosessinhallinnan periaatteita, joita käytetään kevyessä valmistuksessa, parantamaan data-analyysistä arvon poimimisen sykliaikaa. [ 24 ]

DevSecOps

DevSecOps on DevOps-lisäys, jonka avulla tietoturvakäytännöt voidaan integroida DevOps-lähestymistapaan. Keskitetyn tietoturvatiimin perinteisessä mallissa on otettava käyttöön yhdistetty malli, jonka avulla jokainen toimitustiimi voi harkita oikeat suojaustoiminnot DevOps-käytännöissään.

Tavoitteet

DevOps-tavoitteet kattavat koko toimitusprosessin. Ne sisältävät:

  • Parempi käyttöönottotiheys;
  • Nopeammat julkaisut tuotantoon;
  • Alhainen virheprosentti uusien versioiden luomisessa;
  • Lyhyempi toimitusaika versioiden välillä;
  • Nopeampi käyttöönottoaika (jos uudessa versiossa on epäjohdonmukaisuuksia).
  • Reaktionopeus, jos käyttöön otettu versio epäonnistuu

Yksinkertaisista prosesseista tulee yhä vakiomuotoisempia ja dynaamisempia käyttämällä DevOps-lähestymistapaa. [ 25 ] DevOps pyrkii maksimoimaan toimintaprosessien ennustettavuuden, tehokkuuden, turvallisuuden ja ylläpidettävyyden. Hyvin usein prosessien automatisointi tai robotisointi tukee tätä tavoitetta.

DevOps-integraatio keskittyy tuotetoimitukseen, käyttäjätestaukseen (UAT), jatkuvaan testaukseen, laatutestaukseen, ominaisuuksien kehittämiseen ja ylläpitojulkaisuihin parantaakseen luotettavuutta ja turvallisuutta sekä nopeuttaakseen kehitys- ja käyttöönottosyklejä. Monet DevOpsiin liittyvät ideat (ja ihmiset) tulevat yrityksen järjestelmähallinnasta ja ketteristä ohjelmistokehitysliikkeistä. [ 26 ]

Mikropalvelut

Tämän tyyppinen lähestymistapa antaa digitaalisille yrityksille mahdollisuuden tarjota korkean käytettävyyden ja vakauden sovelluksilleen; Tämä johtuu siitä, että kaikki sovellusten osat (tietokanta, back-end, front-end jne.) ovat itsenäisiä ja jos jokin niistä epäonnistuu, se ei tarkoita, että koko tietojärjestelmässä olisi ongelmia. Sen sijaan muut palvelut jatkavat toimintaansa, kun kyseinen komponentti palautetaan. [ 27 ] DevOpsin luojat tarvitsevat mikropalveluita optimoidakseen kehitystyönsä ja jättävät taakseen monoliittiset arkkitehtuurit, koska palveluarkkitehtuuri muuttuu modulaariseksi ja segmentoiduksi riskien minimoimiseksi ja sovellusten ja niiden komponenttien käyttöönottotavan parantamiseksi. Integrointi eri kerrosten kanssa.

Katso myös

Viitteet

  1. ^ Loukides, Mike (7. kesäkuuta 2012). "Mikä on DevOps?" . O'Reilly Radar (US-englanniksi) . Haettu 2. marraskuuta 2017 . 
  2. ^ "The Rise of DevOps" . www.somic.org (Yhdysvaltain englanniksi) . Haettu 2. marraskuuta 2017 . 
  3. ^ "DevOps Culture (Osa 1) - IT Revolution" . IT Revolution (Yhdysvaltain englanniksi) . 1. toukokuuta 2012 Haettu 2. marraskuuta 2017 . 
  4. ^ "DevOps sekoittaa kehittäjä, ops, ketterä, pilvi, avoin lähdekoodi ja liiketoiminta - 451 CAOS Theory" . blogs.the451group.com . Arkistoitu alkuperäisestä 14. syyskuuta 2015 . Haettu 2. marraskuuta 2017 . 
  5. ↑ Debois, Patrick. "Ketterä 2008 Toronto: Agile Infrastructure and Operations Presentation" . www.jedi.be. _ Haettu 3. marraskuuta 2017 . 
  6. ^ "Devopsdays Ghent 2009" . www.devopsdays.org . Haettu 3. marraskuuta 2017 . 
  7. ^ "DevOpsDays" . www.devopsdays.org (Yhdysvaltain englanniksi) . Haettu 3. marraskuuta 2017 . 
  8. ↑ "Yllätys! Laaja sopimus DevOpsin määritelmästä - DevOps.com» . DevOps.com (Yhdysvaltain englanniksi) . 13. toukokuuta 2015 . Haettu 3. marraskuuta 2017 . 
  9. ↑ Väärät "Kirjalähteet" itseviittauksella ( ohje ) . Wikipedia (englanniksi) . Haettu 3. marraskuuta 2017 . |url=  
  10. ↑ "DevOpsin täytyy tarkoittaa myös OpsDev - DevOps.com" . DevOps.com (Yhdysvaltain englanniksi) . 27. lokakuuta 2015 . Haettu 3. marraskuuta 2017 . 
  11. ↑ Weinberger, Matt. "Microsoftin tutkimuksen mukaan kaikki haluavat DevOpsia, mutta kulttuuri on haaste . " Computerworld (englanniksi) . Haettu 3. marraskuuta 2017 . 
  12. ^ "Miksi DevOps ei toimi yrityssovelluksissa - DZone DevOps" . dzone.com (englanniksi) . Haettu 3. marraskuuta 2017 . 
  13. ↑ Gartnerin markkinatrendit: DevOps – Ei markkinat, vaan työkalukeskeinen filosofia, joka tukee jatkuvaa toimituksen arvoketjua (raportti). Gartner. 18. helmikuuta 2015.
  14. ↑ dev2ops. "DevOps-työkalujen integrointi Service Delivery Platformiin (VIDEO) - dev2ops" . dev2ops (Yhdysvaltain englanniksi) . Arkistoitu alkuperäisestä 8. helmikuuta 2014 . Haettu 3. marraskuuta 2017 . 
  15. ^ "Tutustu koko DevOps-työkaluketjuun (pilvi)tiimille" . InfoQ . Haettu 3. marraskuuta 2017 . 
  16. ↑ "DevOps Stack on Shoestring Budget - DevOps.com" . DevOps.com (Yhdysvaltain englanniksi) . 5. helmikuuta 2016. Arkistoitu alkuperäisestä 27. toukokuuta 2016 . Haettu 3. marraskuuta 2017 . 
  17. ↑ "Vahvempi DevOps-kulttuuri Puppetin ja Vagrantin kanssa" . Nukke (englanniksi) . Arkistoitu alkuperäisestä 29. tammikuuta 2016 . Haettu 3. marraskuuta 2017 . 
  18. ↑ Muutoksen, konfiguroinnin ja julkaisujen hallinnan parhaat käytännöt (raportti). Gartner. 14. heinäkuuta 2010.
  19. ↑ a b Virheelliset "Kirjalähteet" itseviittauksella ( ohje ) . Wikipedia (englanniksi) . Haettu 3. marraskuuta 2017 . |url=  
  20. ↑ "Kehittäjien ja jatkuvan toimituksen välinen suhde: keskustelu Jez Humble Of ThoughtWorksin kanssa" . Forrester (amerikkalainen englanti) . 9. syyskuuta 2011 . Haettu 3. marraskuuta 2017 . 
  21. ↑ "Tarvitsemme lisää ketterää IT:tä nyt!" . Tohtori Dobbin . Haettu 3. marraskuuta 2017 . 
  22. ↑ Castellanos, Camilo; Correal, Dario (15. syyskuuta 2018). "Arkkitehtuurimallien toteuttaminen Big Data Analyticsille" . Tietojenkäsittelytieteen luentomuistiinpanot 11048 : 364-371. doi : 10.1007/978-3-030-00761-4_24 . 
  23. ↑ "DevOpsista DataOpsiin, kirjoittanut Andy Palmer - Tamr Inc." . Tamr Inc. (Yhdysvaltain englanniksi) . 7. toukokuuta 2015 . Haettu 3. marraskuuta 2017 . 
  24. ↑ DataKitchen (15. maaliskuuta 2017). "Kuinka tulla nousevaksi tähdeksi Data Analyticsin avulla" . data-ops . Haettu 3. marraskuuta 2017 . 
  25. ^ "Uusi jäänne: Mikä on DevOps - selitetty" . Uusi jäänne (englanniksi) . Haettu 3. marraskuuta 2017 . 
  26. ^ "Ketterä infrastruktuuri" . InfoQ . Haettu 3. marraskuuta 2017 . 
  27. ↑ «Kuinka selittää DevOps-edut pomollesi (2018 Edition) | Clickittech» . www.clickittech.com (Yhdysvaltain englanniksi) . Haettu 9. elokuuta 2018 . 

Ulkoiset linkit

  • Tämä teos sisältää osittaisen käännöksen, joka on johdettu englanninkielisestä Wikipediasta « DevOps », jonka julkaisijat ovat julkaisseet GNU Free Documentation -lisenssillä ja Creative Commons Attribution-ShareAlike 3.0 Unported License -lisenssillä .
Hankittu osoitteesta « https://es.wikipedia.org/w/index.php?title=DevOps&oldid=144019035 »