devops vs vilgas


Vastus 1:

Erinevuste mõistmiseks tuleks lühidalt uurida Agile-eelset ajastut, eriti jugamudelit ja kuidas Agile sellest erineb. Siis on lihtsam aru saada Agile ja Devops erinevustest.

Waterfall mudelis määratlete kõigepealt tulemuse vastavalt kliendi vajadustele ja seejärel kestab arendusprotsess, kuni "valmis" toode on välja antud. Selle lähenemise suurim probleem on see, et kliendi vajadused muutuvad tavaliselt arendusetapis. Nii pakute tarkvara, mis ei vasta muudetud vajadustele, või kulutate keskmiselt palju aega ja raha plaanide muutmisele.

Järgmine samm evolutsioonis on Agile-mudel. Agile'i idee on arendada tarkvara väikeste iteratsioonidena ja olla seega võimeline paremini kohanema muutuvate kliendivajadustega kui juga. Sellel mudelil on aga ka oma puudused, näiteks 1) eelarve-eesmärkidest ja tähtaegadest jäädakse sageli mööda, 2) komplekteeritud tarkvarakomponendid ei ühildu üksteisega ja 3) uued funktsioonid rikuvad vanu funktsioone. Lisaks puudub arendus- ja IT-operatsioonide meeskondade vahel koostöö või see on vähene. Kurikuulsad silod on endiselt puutumata!

DevOps lisab Agile mudelile suuremat paindlikkust. Koos

pidev integratsioon (CI)

ja

pidev tarnimine (CD)

torustikud, võite olla kindel, et saate sageli välja lasta ja väljalasked tegelikult töötavad ja vastavad kliendi vajadustele. Arendusmeeskonna ja IT-operatsioonide koostöö tagab, et ka kasutatud tööriistad on sujuvamad ega moodusta kitsaskohti. Tõhusate tööriistade abil saab korduvat tööd automatiseerida ja läbipaistvust parandada. Seega on kõigil asjaosalistel projekt igakülgselt nähtav.

Avaldasin selle seletuse algselt Deveo ajaveebis

Kuidas luua tõhus DevOps platvorm?

Vastus 2:

Devopsi võib vaadelda kui Agile'i arengut, mis hõlmab lisaks arendajale ja kvaliteedi tagamisele ka operatsioonide / IT- ja ärimeeskondi ning julgustab koostööd, ühist vastutust ja automatiseerimist operatiivse efektiivsuse suurendamiseks ning tarkvaratoote või teenuse teenuse Go to Market aja vähendamiseks. .

Agile on tarkvaraarenduse metoodika, mis käsitles Waterfall'i arendamise metoodikaga seotud probleeme. Arendusmeeskonnad liikusid pikkade arendustsüklite juurest tööle lühematesse, tavaliselt kahe kuni kolme nädala pikkustesse sprintidesse, tootes iga tarkvara lõpus töötava tarkvara. Lühemad vabastamistsüklid aitasid tagasisidet kiiremini arendussüsteemi lisada, muutes uute funktsioonide lisamise ja vigade parandamise palju lihtsamaks. Nii et see kõik on väga hea - aga kas sellest piisab? Kas Agile'i kasutamisel sai tarkvara loomise osa kindlasti kiiresti jälgitud, kuid paljud organisatsioonid ja eriti need, kellel on SaaS / Pilvepõhised teenused ja kus tootmisesse viimise sagedus on väga kõrge, mõistsid, et juurutamine keskkondades (QA, Staging, Operatsioonid / Infra meeskonnad, mis hõlmavad tootmist) ja post dev protsessid olid tarkvara elutsükli varasemate faasidega enam-vähem seotud. Teisisõnu töötasid Dev ja Operations meeskonnad silodes peaaegu kattuvuseta, välja arvatud fag-endi ajal, kui Dev / QA meeskond tegi tarkvara ühe suure "üleandmise" Ops-i meeskonnale, kes vastutab selle juurutamise eest tootmis- / lavastuskeskkondadesse ja hoides seda saadaval 24 * 7. Silos töötades ei saanud arendusmeeskonnad sageli aru ega hindanud tootmiskeskkondade erinevusi, mis on üldiselt palju keerukamad kui arenduskeskkonnad, ja sellisena oli see jaotamine suureks ohuks tarkvara või teenuse kiirele, korratavale ja usaldusväärsele vabastamisele. kasutajad. Samuti põhjustab see sageli segadust ja hõõrumisi Dev, QA ja Operations meeskondade vahel, kui mõni tarkvara või funktsioon, mis töötas Dev või QA keskkonnas hästi, hakkab PROD / lavastuskeskkonnas ebaõnnestuma.

See tõi kaasa DevOps (Dev + Operations) - lõpliku insenerikultuuri, mis murrab arendustegevuse ja operatsioonide vahelised tõkked, nii et kõik töötavad meeskonnana, kellel on toode või teenus ühiselt - alates selle kontseptsioonist / kujundamisest kuni arendamiseni vabastamise ja vabastamise järgset operatiivtuge ja järelevalvet.

Mõnedel inimestel on arusaam, et Agile ja Devops on kaks täiesti erinevat paradigmat. Kuid see EI OLE tõsi. nt operatsioonide meeskonnad saavad KANBANi abil hõlpsalt oma väiksemate / planeerimata ülesannete või isegi SCRUMi jälgimiseks ja täitmiseks keerukate ja kavandatud ülesannete jaoks, nt suurte tootmisprotsesside kasutuselevõtt, andmekeskuste vahel liikumine jne. Samal ajal, kui SCRUM ei näe ette tehnilisi tavasid ega automatiseerimist, vaid Arendatud automatiseerimise ja CI / CD tavade abil aitab tarkvara meeskond sagedamini ja kvaliteetsemalt toimetada, selle asemel, et valida kahe vahel.

Nii et tegelikult pole Devops ja Agile sugugi eksklusiivsed ja organisatsioonid ei pea üksteise vahel valima, vaid peavad omaks võtma mõlema parimad tavad ja panema need koos toimima. Devops on võimalik ka Agile'i rangelt kasutamata, kuid IMO poleks sellest nii kasulik, nii et Agile põhimõtted tuleks Devopsi üldises tegevuskavas omaks võtta ja neid kasutada.

Agiilsust juhib

Agiilne manifest

ja see on 12 juhtpõhimõtet, kuid minu teada pole Devopsi manifesti seni üldiselt kokku lepitud. Mõni inimene rühmitab DevOps eesmärgid viide kategooriasse:

C

haavand,

A

utomation,

L

ean,

M

hanked ja

S

haring (

CALMS

mudel). Selle kohta võib rohkem lugeda

siin

.

Lisateavet selle kohta, kuidas Devops aitab organisatsioone, mida võiksite lugeda:

Miks on DevOps teie ettevõttele ülioluline?

Vabandame pika vastuse eest, kuid loodetavasti ei seleta see mitte ainult erinevusi, vaid sarnasusi ja koosmõju Agile'i ja Devopsi vahel.


Vastus 3:
  • Mis see on?
  • Agile viitab iteratiivsele lähenemisele, mis keskendub koostööle, klientide tagasisidele ja väikestele kiiretele väljaannetele.

    DevOpsit peetakse arengu- ja operatsioonimeeskondade ühendamise praktikaks.

    • Eesmärk
    • Agile aitab juhtida keerulisi projekte.

      DevOps keskne kontseptsioon on otsast lõpuni tehniliste protsesside juhtimine.

      • Ülesanne
      • Agiilne protsess keskendub pidevatele muutustele.

        DevOps keskendub pidevale testimisele ja edastamisele.

        • Rakendamine
        • Agiilset meetodit saab rakendada erinevates taktikalistes raamides, nagu sprint, safe ja scrum.

          DevOps'i peamine eesmärk on keskenduda koostööle, nii et sellel pole ühtegi üldtunnustatud raamistikku.

          • Meeskonna oskuste komplekt
          • Agiilne areng rõhutab kõigi meeskonnaliikmete koolitamist, et neil oleks mitmesuguseid sarnaseid ja võrdseid oskusi.

            DevOps jagab ja jagab oskused arendus- ja operatsioonimeeskondade vahel.

            • Meeskonna suurus
            • Agile keskmes on väike meeskond. Mida väiksem on meeskond, seda vähem inimesi sellel on, seda kiiremini nad saavad liikuda.

              Suhteliselt suurem meeskonna suurus, kuna see hõlmab kõiki stäkiomanikke.

              • Kestus
              • Agiilset arengut juhitakse "sprintides". See aeg on iga sprindi jaoks palju vähem kui kuu.

                DevOps püüdleb tähtaegade ja võrdlusaluste poole peamiste väljalasetega. Ideaalne eesmärk on tarnida kood tootmisesse PÄEVASELT või iga paari tunni tagant.

                • Tagasiside
                • Tagasisidet annab klient.

                  Tagasiside tuleb sisemiselt meeskonnalt.

                  • Sihtpiirkonnad
                  • Tarkvaraarendus

                    Otsesest otsast ärilahendus ja kiire kohaletoimetamine.

                    • Tähtsus
                    • Tarkvara arendamine on Agile omane.

                      Kõik arendamine, testimine ja rakendamine on võrdselt olulised.

                      • Kiirus vs risk
                      • Agile kasutavad meeskonnad toetavad kiireid muutusi ja jõulist rakendusstruktuuri.

                        DevOps-meetodi puhul peavad meeskonnad veenduma, et arhitektuuris tehtud muudatused ei põhjustaks kunagi kogu projekti ohtu.


Vastus 4:

Proovin seda võimalikult palju lihtsamaks teha. Võimaldab kõigepealt rääkida tuumast “MIKS”?

Dev on seotud meeskonna / funktsiooniga, mis tegeleb tarkvara / rakenduste arendamisega. Ettevõtted esitavad oma nõuded IT-meeskonnale ja IT all on meil DEV või arendusfunktsioon, kes loob tarkvara VÕI rakenduse.

Traditsiooniline mudel kasutas juga lähenemist nagu kord varem, kuna ettevõtted oskasid tulemusi oodata. Kuid täna on ettevõtted võrgus, ülemaailmsed ja konkurents on tihe, konkurentsikeskkonnas on ettevõttest IT-le esitatavad nõuded (App Dev Team) muutunud dünaamiliseks. Nõuded võivad olla uued, olemasolevas rakenduses muudatusi teha jne ...

Kuid nüüd soovib ettevõte, et kõik nõuded oleksid täidetud ASAP-iga. Nii paljud projektid on otsustanud minna AGILE. Nüüd on selle lähenemisviisi tõttu toimumas kiire arendustegevus ja koodide väljundid on valmis, kuid ……… .. keerukus ei peatu siin, need koodiväljundid tuleb enne lõplikku üleandmist üles ehitada, katsetada, vabastada, jälgida, tagasi tõmmata ja need tagasi rullida. tehtud.

Nii et pärast seda, kui kood on sisse logitud, luuakse ehitusi, katsetatakse neid arvukalt platvorme, testitakse vastavaid kogumeid, vabastatakse vastavad versioonid, jälgitakse seda ELS-is (Early Life Cycle) ja kui miski ei tööta / on vaja katastroofi, tuleb käivitada Veereta tagasi. Nii et see GAP ehitamisest üleandmiseni võtab tohutult aega, nõuab palju inimeste sekkumist / ressursse ja äri ei saa oodata, WAIT viib äritegevuse kaotamiseni tänapäeva konkurentsiturul.

DevOps on filosoofia, mille kohaselt ärifunktsioonid / meeskonnad, arendusmeeskonnad ja operatsioonide meeskond teevad pidevat koostööd tagamaks, et IT-lahendused on ettevõttele õigeaegselt kättesaadavad ja kas need töötavad ilma häireteta.

Esiteks nõuab see kultuurimuutusi, organisatsiooni struktuuri muutmist, seejärel automatiseerimist, vähem keerulist ja kõigile sidusrühmadele arusaadavat koostööd.

See rõhutab inimesi, protsesse ja tööriistu, aga ka tehnoloogia mõõtmeid, mis on vajalikud selle koostöö kindlustamiseks ja erinevate sidusrühmade sünkroonimiseks, et viia väljaanded / funktsionaalsus / rakendused kiiremini tootmisele.

Nüüd, kui Agile ja DevOps kokku viia, võivad dünaamilised ärinõuded sattuda DEV meeskonda, saavad Dev meeskonnad jätkata koodide tarnimise loomist kiiremas tempos ning sünkroonis sellega võtaksid teised meeskonnad ehituse, testimise, vabastamise ja kui vajalik tagasipööramise tegevus. Kuid DevOps tooks sisse järgmised peamised kaalutlused, st Ops-meeskonna pidev kaasamine arendusmeeskondadesse

Lühidalt öeldes võimaldab DevOps Agile abil saavutada funktsioonide kiirema edastamise eeliseid.


Vastus 5:

DevOps on põhimõtteliselt kultuur. Võite öelda tarkvara insenerikultuuri. DevOps eesmärk või eesmärk on tarkvaraarenduse (Dev) ja tarkvara toimimise (Ops) ühendamine. DevOps-i kultuuri kohaselt on rakenduse eest lõpliku vastutuse võtnud üks inseneride rühm. Alates nõuete täitmise etapist kuni testimiseni kuni jälgimiseni ja tagasiside saamiseni muudatuste rakendamiseni, kõik need on tehtud sama grupi inseneride poolt.

Teisalt on Agile komplekt, mis sisaldab väärtusi ja põhimõtteid tarkvara arendamise kohta. Teil on ideed meeles; rakendate need ideed peast reaalsuses, kasutades Agile väärtusi ja põhimõtteid.

Paljud inimesed ajavad DevOpsit ja Agile omavahel segamini. Tegelikkuses on nad üksteisest erinevad. Agile keskendub tarkvara arendamisele, DevOps vastutab nii arendamise kui juurutamise eest. Põhimõtteliselt pärast jugamudelit arenes Agile välja selle piiratuse tõttu. Kuid jällegi on Agile mudelil piiranguid, näiteks eelarve-eesmärkidest on mööda lastud, tarkvara komponendid ei ühildu, uute funktsioonide kasutuselevõtul on vana funktsioon katki. Lisaks ei olnud arendus- ja IT-meeskondade vahel koostööd. Nii toodi DevOps kultuur, mis polnud mitte ainult paindlik, vaid ka paljude organisatsioonide poolt kasutatav ka tänapäeval. Selle suurim eelis on üks inseneride meeskond, kes teevad koos tööd ja tarnivad klientidele tooteid ja teenuseid, võites sellega kliendi rahulolu. Pidev integreerimine ja edastamine on funktsioonid, millest Agile puudus, ning meeskondade vaheline koostöö (arendus ja IT-toimingud) on olemas ka DevOpsis. Agile hõlmab põhimõtteliselt protsesse (Scrum, Kanban), DevOps aga tehnilisi tavasid (CI, Test Automation jne.) DevOps laiendab Agile põhimõtteid, sealhulgas süsteeme ja toiminguid selleni. Kui Agile keskendub töötavale tarkvarale, siis DevOps keskendus täielikult kliendile tarnitud tarkvarale.


Vastus 6:

Mõistame erinevust Agile ja DevOps vahel, enne kui uurime erinevust, saame kõigepealt aru, mis on DevOps?

Mis on DevOps?

Devops on kultuuri kaasamise protsess ja ka tavade kogum, et saavutada kiirem kohaletoimetamine, paindlikkus, parandada turvalisust, kiiremat automatiseerimist ja paremini teenindada. See aitab IT-operatsioonide, meeskonna ja arendusmeeskonna sujuvas voolavuses koostööd teha.

Mis on Agile?

Agiilne metoodika hõlmab SDLC protsessis väljatöötamise ja testimise pidevat kordamist. See Agile tarkvara arendamise meetod keskendub järkjärgulisele, iteratiivsele ja evolutsioonilisele arendamisele.

Erinevus Agile ja DevOps vahel:

1. DevOps aitab protsessi lihtsustamisel ületada mitme funktsionaalse meeskonna vahelist joont, Agile puhul aga suurendatakse nende meeskondade vahelist lõhet igapäevastes kontrollkõnedes.

2. DevOps on tehniline tava lõpplahenduse saavutamiseks. Agile tegeleb sellise protsessiga nagu Scrumi metoodika ja Sprints.

3. DevOps hõlmab tagasisidet endalt, Agile hõlmab tagasisidet kliendilt.

4. DevOps keskendub kiirusele ja automatiseerimisele, Agile aga kiirusele.

5. Devopsil on väiksemad vabastamistsüklid ja mis saab kohest tagasisidet, Agilel on väiksemad vabastamistsüklid

6. Automaatika on DevOpsi keskmes, kui tegemist on Agilega, ta ei usu automatiseerimisse.

Võite vaadata ka mõnda muud Agile ja DevOps'i erinevust

siin

Vastus 7:

Need on kaks väga huvitavat mudelit, kuid selleks, et mõista, mis neid kahte eristab, peame mõistma, mida nad mõlemad endast kujutavad

Agile:

See on tarkvaraarenduse metoodika, mis edendab lühemaid arenduse elutsükleid ja kus leidub tagasisidet, mis seab esikohale kliendi tagasiside ja selle järgi tehtavad muudatused. Need ettevõtted, kes peavad tarkvara kiiresti tarnima ja seejärel pidevalt värskendusi välja andma, kasutage seda metoodikat lühikese etteteatamisega.

DevOps:

Erinevalt agiilsest, mis on metoodika, on DevOps pigem teatud arengukultuuri loomisel, mis keskendub kvaliteetse toote tootmisele võimalikult tõhusalt.

Erinevused:

Need mõlemad on metoodikad, mida kasutatakse tarkvara arendamise juhtimiseks. Mõnes mõttes võiks öelda, et DevOps on agiili arenenum versioon, kuna see automatiseerib paljusid protsesse, mis muidu jäetaks agiilsetes inimestes toimuvaks.

Kui olete huvitatud devops-inseneriks saamisest, soovitaksin teil vaadata lisatud videot, et saada paremini aru devops-inseneri rollidest ja vastutusest.

loodan, et see aitab cheers


Vastus 8:

Kuigi DevOps ja Agile on mõlemad kaasaegsed tarkvaraarendusmeetodid, kirjeldavad teatavad põhifunktsioonid nende kahe kontseptsiooni selget erinevust. Olen allpool käsitlenud viit sellist erinevust.

  1. Kui DevOps-lähenemisviis keskendub silode jaotamisele arendajate ja IT-operatsioonide meeskondade vahel, siis Agile lähenemisviis pöördub peamiselt iteratiivse arenduse ümber (st funktsionaalsuse ühikute loomine kindlaksmääratud aja jooksul ja seejärel nende parendamine kliendi tagasiside põhjal).
  2. DevOpsiga toimub koostöö arendajate sisemiste meeskondade ja IT-operatsioonide töötajate vahel. Agile mudel nõuab aga arendusmeeskonna ja lõppkasutaja või kliendi vahelist koostööd.
  3. Agile on arendusmetoodika, mis kipub soodustama järkjärgulisi muutusi. See tähendab, et see edendab arenguprotsessis väikseid muudatusi, mis võivad pikas perspektiivis kaasa tuua suuremaid muudatusi. Teisest küljest võimaldab DevOps sagedasi väljalaskeid suhteliselt kiiremas tempos.
  4. Agiilsed meeskonnad on tavaliselt väiksemad, et nad saaksid kiiremini ja käepärasemalt tegutseda. DevOps-i meeskonnad, vastupidi, on tavaliselt palju suuremad, kuna erinevate meeskondade isikud koondatakse sama projekti koostööks.
  5. DevOps ja automatiseerimine käivad käsikäes. Kuigi ka Agile võib sisaldada automatiseerimist, ei keskendu see automatiseerimisele kui ühele oma põhiprintsiibile.

Vastus 9:

Organisatsioonid haaravad DevOpsit, mis on suurepärane. Kuid kogu lapsendamine põhjustab ka palju segadust.

Mõni teist võib-olla kuulis mõistet “Agile and DevOps”. Sellega tundub Agile ja DevOps erinevad. Edasiste inimeste liigseks lihtsustamiseks eeldatakse, et Agile on seotud protsessidega (nagu Scrum ja Kanban) ning DevOps on seotud tehniliste tavadega, nagu CI, CD, testimise automatiseerimine ja infrastruktuuri automatiseerimine.

See põhjustab palju kahju, kuna mõnel organisatsioonil on Agile ja DevOps oma ettevõtte Agile ümberkujundamise osana kaks eraldi voolu. Agiilselt definitsioonide järgi häirib silosid ja näete, et sel juhul loovad inimesed Agile ja DevOps nimel uusi silosid.

Proovime seda tausta silmas pidades mõista, mida DevOps täpselt endast kujutab.

DevOps on peamiselt Agile'i põhimõtete laiendamine süsteemide ja operatsioonide kaasamiseks, selle asemel, et peatada oma probleemid koodide registreerimisel. Lisaks koostööle Agile meeskonna koosseisus disainerite, testijate ja arendajate ristfunktsionaalse meeskonnana soovitab DevOps lisada funktsioone ka ristfunktsionaalse meeskonna määratlemisse.

DevOps püüab keskenduda kliendile täielikult osutatavale teenusele või tarkvarale, selle asemel, et lihtsalt töötavat tarkvara kasutada.

See rõhutab arendajate ja operatsioonimeeskondade vaheliste tõkete kaotamist ja nende koostööks saamist viisil, kus neil on kasu kombineeritud oskustest.

Agiilsed meeskonnad kasutasid automatiseeritud ehitamist, testimise automatiseerimist, pidevat integreerimist ja pidevat tarnimist.

DevOpsiga, mis laienes veelgi “Infrastruktuur kui kood”, konfiguratsioonihalduse, mõõdikute ja jälgimisskeemideni, on tööriistaketi lähenemine tööriistade loomisele, virtualiseerimisele ja pilvandmetöötlusele, et kiirendada muutusi tänapäevases taristumaailmas. DevOps toob ploki juurde ka mõned tööriistad nagu konfiguratsioonihaldus (nukk, peakokk, võimalik, cfengine), orkestratsioon (loomaaednik, noa, mesos), jälgimine, virtualiseerimine ja konteineriseerimine (AWS, OpenStack, vagrant, dokk) ja palju muud.

Nii et näete, et DevOps pole eraldi kontseptsioon, vaid pelk Agile laiendus, et hõlmata ka toiminguid ka funktsionaalse Agile meeskonna määratlusse, teha koostööd ja töötada ühe meeskonnana eesmärgiga tarnida tarkvara täielikult kliendile.

Mis tahes organisatsioonis eraldi Agile ja DevOps horisontaalide loomine kukub lihtsalt alla DevOps kogu eesmärki (silode eemaldamine).

Lisateavet

KLÕPSAKE

siin.


Vastus 10:

Agile on tänapäeva rakenduste arenduse maailmas standard.

Arendusmeeskonnad

võtavad selle kasutusele viimase 10 aasta jooksul, kuna on tõestatud, et see on kvaliteetse tarkvara hankimise tõhusam metoodika. Agile on parandanud kasutajakogemust, premeerides sageli sihikindlaid eesmärke ja kiiret kohaletoimetamist.

Lisaks sellele on DevOps'i laialdane kasutamine Agile metoodikas muutnud selle IT-reklaamide jaoks köitvamaks lähenemiseks. Sellega seoses on oluline teada, et Agile ei ole DevOps ja DevOps ei ole Agile. Kui Agiilseid tavasid ei järgita, on DevOpsis edu saavutamine keeruline. Kuigi Agile võib olla mõistlik DevOpsist sõltumatu, võib see olla täielikum, kui sellega on kaasas DevOps tava. Siin on esile kerkinud Agile ja DevOps trendid.

Planeerimata töö kavandamine: DevOps-i ringis tunnistavad Agile'i kasutajad, et Scrumit kasutatakse kavandatud töö jälgimiseks. Planeerida saab selliseid ülesandeid nagu värskendatud süsteemi vabastamine, süsteemi uuendamine jne. Teisest küljest võivad sellised toimingud nagu jõudluse tõus, süsteemi aegumine ja standardne turvalisus olla planeerimata. Seda tüüpi ülesanded vajavad viivitamatut reageerimist. Järgmist sprindi planeerimise sessiooni ei saa oodata. Sel põhjusel võtavad paljud organisatsioonid omaks DevOpsit (rohkem kui Scrum ja Kanban), mis aitab jälgida mõlemat tüüpi tööd.

Kiirus vs risk: meeskonnad, kes kasutavad Agile'i koos DevOpsiga või ilma, peavad meeles pidama, et kiirete muutuste toetamiseks on kohustuslik kindel rakenduse struktuur ja tugev alus. Rakendustel peab olema hea alusraamistik, mida meeskonna liikmed peavad pidevalt kasutama.

Agiilne ja kvaliteet: nii Agile kui DevOps aitavad rakendust kiiresti välja töötada, säilitades kindla struktuuri ja riskivaba rakenduse. Kuid ükski neist ei keskendu toote kvaliteedile. Enamasti tuginevad IT-organisatsioonid põhimõttele „kiiresti ebaõnnestuda” - „varasemate tõrgete kõrvaldamine maksab vähem”. Kuid sellega saab säilitada ainult kiireid juurutusi, mitte kvaliteeti.

Agile ja DevOps peaksid proovima jõuda järgmisele tasemele, et saada organisatsioonis väga tõhusaks. Need peavad vastama tööstusstandarditele, kasutades Agile ja DevOps tavasid, et võimaldada arendusmeeskonnal parandada kvaliteeti, muuta tarnimine kiiremaks ja vältida tarkvara riske.


Vastus 11:

Noh, Agile ja DevOps on tõesti kaks lähenemisviisi, mis on tarkvara arendamise elutsüklis kahtlemata loonud uue arengu. Nende lähenemisviiside abil suudavad meeskonnad nüüd edukalt täita kasutaja ja kliendi nõudeid ning pakkuda kvaliteetset tarkvara kiiremini.

Need on kaks lähenemisviisi, mis ei ole samad, kuid nende erinevused aitavad tõhusalt pakkuda tarkvara parimate tarkvaraarendustavade jaoks kvaliteetse tarkvara tarnimisel. Siin on erinevused vilgas ja DevOps lähenemises, mis teid abistavad.

Agile vs DevOps:

Definitsioon:

• Agile on iteratiivne lähenemisviis, mis keskendub klientide tagasisidele, koostööle ja kiiretele väljaannetele. • DevOps on tava, mis toetab tõhusalt arendus- ja operatsioonimeeskondade koostööd

Eesmärk:

• Agile aitab keerulisi projekte valideerida. • DevOps aitab testida otsast lõpuni

Fookus:

• Agiilne metoodika keskendub pidevatele muutustele. • DevOps tagab meeskonna koostöö, pideva testimise ja kiire edastamise. Soodne meeskonna suurus: • Agiilne meetod on efektiivne väiksemate meeskondade korral. • DevOps sobib suuremate meeskondade jaoks.

Põhimõtted:

• Agiilne lähenemine nihutab vasakpoolset lähenemist • DevOps kasutab nii vasakpoolset kui ka parempoolset lähenemist. Tagasiside: • Agiilses metoodikas annab tagasiside kliendi tagasiside. • DevOps-lähenemisviisi korral annab tagasiside sisemine meeskond. Automaatika: rõhutatakse automatiseerimisega • DevOpsis on automatiseerimine peamine eesmärk

Tööriistad:

• Populaarsete Agile-tööriistade hulka kuuluvad Bugzilla, JIRA, Kanboard jne. • Populaarsete DevOps-tööriistade hulka kuuluvad Chef, Puppet, AWS jne.

Loodetavasti aitas vastus teid!