s'ha convertit en l'última paraula de moda de la indústria tecnològica a partir d'ara. DevOps és la cultura de la col·laboració entre equips, així com un conjunt d’eines i mètodes DevOps d’eliminació contínua de residus dels processos empresarials, que condueixen a un lliurament de valor cada vegada millorat als usuaris finals. El terme DevOps en diversos dominis significa que no es limita a la indústria tecnològica.
Tot i això, ara DevOps i les seves pràctiques s’utilitzen més enllà del sector tecnològic. En aquest bloc, donarem una mica de llum sobre els diversos dominis que han començat a implementar DevOps. Els temes que tractarem aquí són els següents:
Comencem, doncs, amb el nostre primer tema
Què és DevOps?
DevOps és un enfocament de desenvolupament de programari que implica desenvolupament continu, proves contínues, integració contínua, desplegament continu i seguiment continu del programari al llarg de la seva . Aquestes activitats només són possibles a DevOps, no a Agile ni a cascada, i és per això que Facebook i altres empreses de primer ordre han escollit DevOps com el camí a seguir per als seus objectius comercials. DevOps és l’enfocament preferit per desenvolupar programari d’alta qualitat en cicles de desenvolupament més curts que resultin en una major satisfacció del client.
DevOps al govern
Perfil
El Administració Nacional d'Aeronàutica i de l'Espai (NASA) és l’agència del govern dels Estats Units responsable del programa espacial civil del país i de la investigació aeronàutica i aeroespacial.
Desafiament
La NASA necessitava traslladar prop de 65 aplicacions d’un centre de dades tradicional basat en maquinari a un entorn basat en el núvol per obtenir una millor agilitat i estalvi de costos. La ràpida línia de temps va provocar que moltes aplicacions es migressin 'tal qual' a un entorn de núvol. Això va crear un entorn que abasta diversos núvols privats virtuals (VPC) i comptes que no es podrien gestionar fàcilment. Fins i tot coses senzilles, com assegurar-se que tots els administradors del sistema tinguessin accés a tots els servidors o simples pegats, eren extremadament pesants.
Solució
Aquest problema es va resoldre aprofitant-se Torre Ansible per gestionar i programar l'entorn del núvol.
Resultat
Com a resultat de la implementació de la torre Ansible, la NASA està millor equipada per gestionar el seu entorn AWS. Tower va permetre a la NASA proporcionar millors operacions i seguretat als seus clients. També ha augmentat l’eficiència com a equip. Si feu una ullada als números, feu el següent:
marc basat en dades a l’exemple de selenium webdriver
- El temps d'actualització de nasa.gov s'ha reduït de més d'una hora a menys de 5 minuts
- El procés de pegat es va reduir d’uns dies a 45 minuts
- Aconseguir una memòria RAM i un disc gairebé en temps real (aconseguits sense agents)
- Subministrament de comptes de SO a tot l'entorn en menys de 10 minuts
- L'AMI estàndard de base es va reduir d'una hora de configuració manual a convertir-se en un procés de fons invisible i sense interrupcions
- Configuració de la pila d’aplicacions de 1-2 hores a menys de 10 minuts per pila
DevOps en banca
Perfil
El Royal Bank of Scotland habitualment abreujat com RBS , és una de les filials de banca minorista deEl Grup Royal Bank of Scotlandplc, juntament ambNatWestiUlster Bank. El Royal Bank of Scotland té al voltant de 700 oficines, principalment a Escòcia, tot i que hi ha sucursals a moltes ciutats més grans de tota Anglaterra i Gal·les.
Desafiament
El Royal Bank of Scotland lluitava per consolidar i reorganitzar el seu centre estratègic de transaccions de pagament, que implicava dotzenes de punts de contacte d’integració. RBS havia adquirit recentment una altra institució financera, de manera que necessitava integrar els sistemes d’aquesta empresa. Tot i això, RBS ja estava en procés de migrar els seus propis sistemes a un nou centre de transaccions estratègiques i d’oferir 43 millores funcionals amb la nova plataforma. El cost i la complexitat de mantenir quatre centres de missatgeria separats, en efecte, es van quadruplicar.
Solució
Finalment, es va desenvolupar una solució per ajudar el banc a afrontar els seus reptes d'integració. Calia ajudar el banc a identificar tots els punts del cicle de vida del lliurament de programari en què podia utilitzar proves automatitzades, desenvolupament àgil i virtualització de serveis per accelerar el desenvolupament, identificar defectes anteriors i accelerar les versions a la producció.
La solució incloïa una eina d’integració i virtualització de serveis. Aquests productes de programari van ajudar a crear un entorn virtual de punta a punta per provar-los en lloc d’haver de crear entorns de prova reals, que són costosos de construir i difícils de mantenir.
Mitjançant la solució, RBS va ser capaç d’automatitzar les proves d’integració en més de 80 interfícies i subsistemes implicats en l’execució de les seves transaccions comercials. Això va permetre fer proves contínues i va donar suport al procés de desenvolupament àgil de l'equip.
Resultat
En tres anys, RBS va obtenir avantatges substancials de la solució d’integració i virtualització de serveis. Aquests avantatges són els següents:
Temps de proves d’integració de sistemes reduït de tres setmanes a mig dia
Es va reduir el 99,6 per cent el nombre d’incidents de producció derivats de defectes no detectats
utilitzant la classe d’escàner a Java
S'ha augmentat la capacitat de lliurament del projecte en un 100 per cent, passant de 40 a 80 projectes finalitzats anualment
S’han estalviat uns 6 milions de dòlars EUA en costos de maquinari, programari i recursos
Va accelerar el temps des de la creació del projecte fins al lliurament en un 44%, cosa que va permetre al banc oferir productes i serveis als clients més ràpidament i aprofitar noves oportunitats de mercat
DevOps en assegurances
Perfil
NJM Insurance Group, amb seu aTrenton occidentalsecció deMunicipi d’Ewing,Comtat de Mercer,Nova Jersey,Estats Units, ofereix automòbils personals, automòbils comercials, indemnitzacions de treballadors, propietaris d’habitatges i paraigüesassegurança.L’empresa es va formar el 1913 per un grup de propietaris de fàbriques que buscaven cobertura de compensació laboral.NJM ha crescut fins a proporcionar assegurances a més de 850.000 assegurats que viuen a Nova Jersey i Nova YorkPennsilvània.
Desafiament
Mentre New Jersey Manufacturers Insurance Group (NJM) actualitzava les plataformes tecnològiques bàsiques, volien accelerar el lliurament de programari per alinear les pràctiques de lliurament amb les demandes empresarials de solucions millorades. Amb el seu volum i cadència de treball augmentant dia a dia, van arribar ràpidament als seus límits mentre intentaven escalar els seus processos de desplegament de programari completament manuals.
Mantenir i demostrar el compliment sense introduir processos manuals més dolorosos també va ser una preocupació fonamental per a aquesta gran companyia asseguradora. NJM necessitava una manera més fiable de racionalitzar els desplegaments de programari i, al mateix temps, garantir que es mantinguessin els controls de compliment. El seu objectiu final era automatitzar l’alliberament de programari d’alta qualitat i, al mateix temps, reduir la complexitat i minimitzar les despeses generals.
Solució
NJM va implementar amb èxit una automatització del desplegament que va accelerar i estandarditzar els processos de lliurament de programari, alhora que els ajudava a demostrar el seu compliment amb més facilitat. Aquesta iniciativa va reduir significativament la sobrecàrrega operativa i va simplificar els processos de desplegament perquè NJM pogués escalar.
Resultat
- Temps de desplegament reduïts dràsticament Desplegament fora de la producció (de dies a minuts) Desplegaments de producció: un 30% a un 50% més ràpid
- 1.000 a 1.500 desplegaments mensuals mitjançant automatització. Fa uns anys, la companyia va gestionar manualment les seves versions
- L’empresa va començar a fer desplegaments continus, programats i d’autoservei. S'ha eliminat la dependència de tècnics especialitzats per desplegar programari. El control de qualitat, els desenvolupadors i els participants en pràctica ara gestionen els desplegaments
- Compliment sense complicacions Molt visible, un procés de tacte zero que és totalment traçable i auditable
DevOps al detall
Perfil
Aquest minorista especialitzat és un conegut nom familiar, les accions del qual es cotitzen a la NYSE. Amb prop de 100 botigues als Estats Units i una forta presència de comerç electrònic, aquest detallista és conegut per la seva inspiradora mercaderia i també es classifica constantment com un dels millors llocs per treballar.
Desafiament
Com que el panorama de la venda al detall canvia ràpidament, aquesta organització buscava permetre que el seu equip de desenvolupament intern es mantingués àgil i un pas per davant de la competència. Amb la tasca de donar servei al lloc de comerç electrònic de l’organització i als sistemes de botiga, la companyia va decidir crear un pla de modernització de TI que es dividís en projectes discrets. El primer projecte d’aquest tipus va consistir en fer créixer l’automatització de desenvolupadors i TI, augmentant la seva productivitat i la capacitat d’iterar ràpidament la innovació.
Solució
- Microserveis de contenidors Docker
- Computació en núvol basada en DevOps
- CI / CD totalment automatitzat juntament amb una infraestructura immutable
Resultat
Com a botiga de desenvolupament que porta diversos barrets, l’equip de desenvolupament d’aquest minorista tenia ganes d’estandarditzar en una sola plataforma. El seu entorn s’havia tornat complex i difícil de gestionar, amb els nous microserveis basats en contenidors de Docker que treballen conjuntament amb eines com Ansible, Docker Swarm i Hashicorp Consul and Vault, l’organització ha guanyat un nivell d’automatització més alt.Aquesta automatització, al seu torn, ha permès als desenvolupadors començar a treballar més ràpidament, iterar-se amb agilitat i crear un impacte més estratègic a l’organització.
DevOps en viatges
Perfil
Amadeus és un dels operadors de viatges més grans del món. Els seus sistemes interactuen 90% de totes les transaccions relacionades amb els viatges, que serveixen més de 700 companyies aèries i voltants 600,000 hotels, processant més de 55,000 operacions per segon a les càrregues màximes, i les xifres creixen constantment.
Problema
La companyia va utilitzar un núvol privat amb màquines virtuals servides per Vagrant i vSphere. Tanmateix, el nombre de recursos informàtics que es gasten en el manteniment de la capa d’hipervisor de la infraestructura era massa alt i la velocitat de processament no era òptima, mentre que fins i tot uns quants segons de retard poden provocar pèrdues enormes per a un operador de viatges.
Solució
La companyia va triar Docker en lloc de Vagrant i va decidir passar a un núvol on-prem amb OpenShift, Docker i Kubernetes. En utilitzar un sistema de gestió de DevOps propietari, van ser capaços d’utilitzar de manera eficient tota la seva infraestructura de TI, prenent els recursos utilitzats anteriorment pels hipervisors. Això va suposar gairebé 20% de la seva potència informàtica.
sort () c ++
Resultat
La companyia ho va aconseguir s recursos de càlcul per milions d’euros simplement utilitzant la seva infraestructura de TI de manera eficient. A més, els contenidors Docker que s’executen en clústers Kubernetes permeten processar les càrregues de treball en temps real, ja que no hi ha retard a causa de l’absència de la capa d’hipervisor.
Com mostra aquesta llista, les indústries es poden beneficiar de l’ús de DevOps encara que no siguin centrades en la tecnologia. Un dels objectius principals de DevOps és evitar que els departaments funcionin de manera compartimentada. En el seu lloc, els anima a comunicar-se entre ells. Aquest objectiu ajuda a aconseguir objectius més ràpidament i amb menys friccions.
Ara que ho has entès DevOps en diversos dominis , consulteu el per Edureka, una empresa d'aprenentatge en línia de confiança amb una xarxa de més de 250.000 estudiants satisfets repartits per tot el món. El curs de formació en certificació Edureka DevOps ajuda els estudiants a entendre què és DevOps i obtenir experiència en diversos processos i eines DevOps com Puppet, Jenkins, Nagios, Ansible, Xef, Saltstack i GIT per automatitzar diversos passos en SDLC.
Tens alguna pregunta? Esmenta’l a la secció de comentaris i et respondrem.