DevOps - ce este?

Rularea unui proiect este o artă întreagă! La urma urmei, este necesar în timp să se finalizeze un ciclu de dezvoltare destul de complex, de înaltă tehnologie, care să nu permită nici o defecțiune și abateri. De aceea are nevoie de DevOps. Ce este? În ce scop este folosit? Ce este această filozofie a dezvoltării?

Informații generale

Realitățile existente necesită reducerea constantă a timpului de implementare a proiectului, de la originea ideii până la prezentarea produsului finit. Și acest lucru este însoțit de un buget limitat. Prin urmare, nu sa găsit cea mai bună opțiune decât optimizarea procesului tehnic. Și, întrucât una dintre direcțiile de dezvoltare a apărut DevOps. Ce este? Rezervele provizorii pot fi găsite în aproape orice departament. Puteți consolida nu numai dezvoltatorii, dar și testere, manageri, analiști, unitatea de implementare. Rămâne de făcut foarte puțin - să ne gândim cum să facem acest lucru.

Care sunt soluțiile?

Adesea, pentru problemele emergente, folosiți metodologia dezvoltării flexibile, rapide și, uneori, extreme. A fost numită Agile. DevOps este considerată moștenirea ei. Inițial a încercat să reducă procesul de dezvoltare la o serie de cicluri scurte, numite iterații. Trebuiau să dureze câteva săptămâni. În acest caz, fiecare dintre ele, de fapt, este un mic proiect. După fiecare repetare, echipa se oprește și evaluează munca efectuată.

Inițial se părea că o astfel de abordare era calitativă, dar practica a arătat o serie de deficiențe. Deci, nu au existat instrumente comune și abilitatea de a împărtăși cunoștințe din diferite departamente. Prin urmare, dezvoltarea nu este întotdeauna și nu la fel de rapidă cum ne-am dori, a fost avansarea. În plus, a afectat faptul că fiecare departament are propriile criterii de evaluare a eficienței, ceea ce face ca standardizarea și unificarea să fie dificilă. Ca urmare, căutarea soluțiilor a continuat.

Acum, să luăm în considerare una dintre opțiunile propuse. Anume - vom afla ce DevOps este pentru manechine. Din fericire, a durat mai mult de un an și puteți evalua mai mult sau mai puțin obiectiv această metodologie.

Ce este?

În 2009, publicul larg a fost informat despre o altă abordare a dezvoltării software-ului. Acesta a fost numit "filozofia DevOps". Arta managementului IT implică introducerea unei metodologii de dezvoltare software (software) în care specialiștii în crearea și întreținerea interacționează activ. Această abordare se bazează pe ideea că este necesar să se facă interdependență dezvoltarea și funcționarea software-ului. În același timp, obiectivul a fost acela de a permite organizațiilor să creeze și mai rapid și ulterior să actualizeze produse software și servicii. Pentru a explica esența acestei metodologii, a fost folosită o metaforă de trei căi. Să ne uităm mai îndeaproape.

Trei moduri

Vorbind despre DevOps și despre ceea ce este, este imposibil să se eludeze această metaforă. Este ea însăși:

1. Prima cale. Subliniază necesitatea de a mări și de a lucra la performanța întregului sistem. Ar trebui să se acorde atenție tuturor fluxurilor de afaceri care contribuie la crearea de valoare.
2. A doua cale. Aceasta implică crearea unei buclă de feedback care rulează de la dreapta la stânga. Orice inițiativă de îmbunătățire a proceselor ar trebui să o reducă și să o consolideze, astfel încât modificările necesare să poată fi introduse permanent în proiect.
3. A treia cale. Aceasta implică crearea unei culturi care este propice pentru experimentare constantă, de a promova asumarea riscurilor și învățarea din eșecuri și succese, precum și se lasă să se înțeleagă că repetarea și practică - o condiție prealabilă pentru excelență.

Folosind această abordare integrată, se formează o imagine completă a modelului de dezvoltare, care ține cont de interesele tuturor părților, identifică în mod clar procesele și mecanismul de integrare. Pe aceste trei principii, se construiește întreaga metodologie.

Pentru cine este asta?

Instrumentele DevOps pot fi potrivite pentru toate organizațiile implicate în domeniul tehnologiei informației. Mare, acestea vor crește viteza de dezvoltare, testare și prezentare a produselor. În organizațiile mici, toți oamenii sunt implicați în acest proces, ceea ce permite interschimbabilitatea angajaților. Deși de multe ori există o situație în care nu se interesează. La urma urmei, introducerea dispozitivelor DevOps implică o mulțime de lucruri cu tehnologii noi, adesea necunoscute. Deși, în termeni generali, această filozofie presupune automatizarea, standardizarea și o relație mai activă, fiecare companie care o implementează are propriile sale diferențe distincte. Pentru a afla mai multe, puteți să vă familiarizați cu literatura de specialitate, de exemplu, manualul DevOps Handbook.

Despre avantaje și dezavantaje

Inițial, aspectele pozitive ale acestei metodologii. În cazul punerii în aplicare cu succes a companiei, în viitor, compania se poate baza pe:

1. Automatizarea (reducerea riscului de eroare umană).
2. Simplificarea și accelerarea dezvoltării și prezentării produsului finit.
3. Primiți feedback rapid de la utilizatori.

Care sunt aspectele negative ale acestei abordări? Cele mai frecvente:

1. Nu uitați și respingeți practicile de succes din anii precedenți. Mulți dintre ei păcătuiesc, deși ignoră ceva doar pentru că a fost creat cu mult timp în urmă, este o abordare stupidă care poate avea un impact negativ asupra activităților viitoare.
2. Este necesar să se țină seama de caracteristicile colectivului, deoarece, din diverse motive, această filosofie nu le poate potrivi.

Problema care trebuie rezolvată

Vorbind despre cel mai important aspect, principalul lucru pe care DevOps îl face este ce? Problema veche a "problemei nu este de partea noastră". Cât de des este situația când programatorii dau din cap spre administratorii de sistem și spun că au probleme cu serverul. Sysadminii spun că problema este cu codul. Sarcina metodologiei este de a îmbunătăți interacțiunea dintre diferitele unități și de a distruge ca fenomen transferul responsabilității.

Pentru a clarifica mai bine acest lucru angajaților, nu numai că le poți vorbi personal, ci și să organizezi o excursie la conferința DevOps, unde să afle despre asta de la alte persoane și să învețe de asemenea experiența de lucru. În general, situația în care dezvoltatorul vede doar domeniul său de responsabilitate și nu dorește să intervină în altcineva poate fi pe deplin înțeles. Dar, din punctul de vedere al sistemului, o astfel de viziune asupra lumii este extrem de dăunătoare și trebuie eradicată. Prin urmare, în cazul unei probleme, ar trebui să existe cineva care să-și asume responsabilitatea pentru corecția lor. În general, este de dorit să se creeze un sistem care să poată echilibra posibilitatea apariției acestora.

schimbări

Este necesar să se înțeleagă că proiectul DevOps nu prevede un administrator de sistem bine citit sau universal și participă treptat la toate etapele și crearea unei abordări standardizate a ciclului de producție. Atunci când această metodologie este implementată, se creează un nivel suplimentar suplimentar de coordonare și sincronizare a zonelor de lucru, adică îmbunătățirea managementului și controlului.

Inițial, la prima vedere sunt observate complicații și indignări inutile din partea angajaților, dar pe termen lung schimbările vor da stabilitate procesului de producție. Aceasta ar trebui să fie recunoscută, în timpul dezvoltării sistemelor complexe funcționale este cu adevărat neprețuită, deoarece economisește de la un regim neplăcut de muncă și blocaje la momente inoportune. O astfel de prevenire printr-o metodologie bine concepută și bine reglată oferă un rezultat semnificativ. În același timp, este necesar să se aibă grijă de interacțiunea comunicativă a diferitor persoane. Scopul final al tuturor acestor schimbări este dezvoltarea unei arhitecturi fără întreruperi și extrem de adaptabile pentru crearea și menținerea naturii sistemice.

Modele de implementare

În funcție de obiectivele urmărite, se disting următoarele implementări ale DevOps:

1. Primul model. În acest caz, se intenționează aprofundarea proceselor de dezvoltare software în livrare. Oferă integrarea continuă a proceselor de lucru.
2. Al doilea model. Oferă feedback de la vânzător dezvoltatorului. Se creează o cronologie completă a evenimentelor de dezvoltare și administrare, care ar trebui să contribuie la rezolvarea problemelor și oferă, de asemenea, ocazia de a analiza cauzele apariției acestora ori de câte ori este posibil. De asemenea, se prevede crearea serviciilor de autoservire în cazul în care acest lucru este fezabil și indicatori de informare, care arată schimbări în sistem atunci când sunt făcute.
3. Cel de-al treilea model. Dezvoltarea și administrarea sunt combinate. Aceasta implică includerea echipei de creatori în rezolvarea problemelor, dezvoltarea interacțiunii dintre personal și munca de reducere a numărului de escaladări.
4. Al patrulea model. Întreaga echipă este implicată în dezvoltarea, să stabilească o relație strânsă între personalul sunt multi-pas povești de utilizator, în cazul în care există desfășurarea, codul de management în procesul de producție, determinate de un cerințe non-funcționale, care pot fi aplicate în toate proiectele.

Care este valoarea?

Să rezumă ceea ce atrage DevOps. Pentru afaceri, aceasta oferă trei avantaje semnificative:

• vă permite să intrați rapid pe piață reducând ciclul de dezvoltare și o rată ridicată de implementare;
• îmbunătățește calitatea produsului finit (mai puține defecțiuni, mai multe echipamente pe care poate fi lansat software-ul);
• crește eficiența organizațională, ceea ce afectează calitatea și viteza rezultatului.

Toate acestea permit metodologiei DevOps să ocupe cu încredere locul datorat.

concluzie

Desigur, teoria este un lucru, iar implementarea în practică este cu totul alta. Uneori, chiar și cele mai bune eforturi pot fi ruinate sau sabotate. Cum poate fi prevenită această situație? În primul rând, este necesar să se evalueze în mod adecvat și onest situația care sa dezvoltat în cadrul întreprinderii. Dacă se formează doar, este necesar să se determine scopul și algoritmul de dezvoltare dorit.

După aceasta, vine secvența de planificare. În același timp, trebuie acordată atenție și celor mai mici detalii. În viitor, dacă este nevoie, nu trebuie să neglijezi nevoia de a schimba planul original. Pentru a înțelege mai bine situația, este posibil să atrageți specialiști care sunt direct afectați de optimizare. Opiniile lor pot fi de neprețuit în ceea ce privește crearea unui mediu confortabil.