Anar al contingut

DevOps

De L'Enciclopèdia, la wikipedia en valencià

DevOps (acrònim anglés de development —desenrolle— i operations —operacions—) és un conjunt de pràctiques que agrupen el desenroll de software (Dev) i les operacions de TU (Ops). El seu objectiu és fer més ràpit el cicle de vida del desenroll de software i proporcionar una entrega contínua d'alta calitat. DevOps és una pràctica complementària al desenroll de software àgil ; açò degut a que vàries de les característiques de DevOps provenen de la metodologia Agile (terme en anglés per a la metodologia de desenroll àgil).

La principal característica del moviment DevOps és defendre activament l'automatisació i el monitoreo en tots els passos de la construcció del software, des de l'integració, les proves, el desplegament, fins a l'implementació i l'administració de l'infraestructura. DevOps apunta a cicles de desenroll més curts, major freqüència d'implementació, llançaments més efectius, en estreta alliniació en els objectius comercials.[1][2][3][4]

Definicions i història

Erro al crear miniatura:
Ilustració que mostra DevOps com l'intersecció de desenroll, operacions de tecnologia i calitat (QA)

En la conferència Agile 2008 Toronto, Yhens Wasna i Patrick Debois varen introduir el terme en la seua charrada sobre "Infraestructura Àgil".[5] A partir de 2009, el terme DevOps s'ha promocionat constantment i s'ha incorporat a un us més general a través d'una série de devopsdays,[6] que varen escomençar en Bèlgica i ara també s'han estés a atres països.[7]

El terme DevOps ha segut utilisat en múltiples contexts diferents.[8]

Una definició proposta per Bass, Weber i Zhu és:

DevOps és un conjunt de pràctiques destinades a reduir el temps entre el compromís d'un canvi en una aplicació i el canvi que es coloca en la producció normal, a l'hora que garantisa una alta calitat.

Durant la década següent, també es varen desenrollar iniciatives de DevOps més tangencials, com OpsDev,[9] WinOps,[10] i BizDevOps (combinació de BizDev+OpsDev).[11]

Ferramentes DevOps

Com DevOps pretén ser un modo de treball interfuncional, en lloc d'una sola ferramenta de DevOps existixen conjunts (o "toolchains") de múltiples ferramentes.[12] S'espera que tals ferramentes de DevOps encaixen en una o més d'estes categories, que reflectixquen els aspectes clau del procés de desenroll i entrega:[13][14]

  1. Còdic: desenroll i revisió de còdic, ferramentes d'administració de còdic font, fusió de còdic
  2. Construcció: ferramentes d'integració contínua, estat de compilació
  1. Prova: ferramentes de prova contínues que brinden retroalimentación sobre els riscs comercials
  2. Paquet: repositori d'artefactes, distribució prèvia a l'implementació de l'aplicació
  3. Llançament - gestió de canvis, aprovació de versions, automatisació de versions
  4. Configurar - configuració i gestió de l'infraestructura, Infraestructura com a còdic
  5. Monitor: monitoreo del rendiment de les aplicacions, experiència de l'usuari final

Algunes categories són més essencials en una cadena de ferramentes DevOps que unes atres; especialment l'integració contínua (per eixemple, Jenkins) i l'infraestructura com a còdic (per eixemple, Puppet).[15][16]

Relació i atres enfocaments

Agile

La necessitat de DevOps va sorgir del creixent èxit del desenroll de software àgil, ya que això va dur a que les organisacions vullguen llançar el seu software més ràpit i en major freqüència. A mida que tractaven de superar la tensió que açò suponia per als seus processos de gestió de versions, devien adoptar patrons com l'automatisació del llançament d'aplicacions, les ferramentes d'integració contínua i l'entrega contínua.[17]

Entrega Contínua

l'entrega contínua i DevOps tenen objectius comuns i a sovint s'usen en conjunt, pero hi ha diferències sotils.[18]

Si be l'entrega contínua se centra en l'automatisació dels processos d'entrega de software, DevOps també se centra en el canvi de l'organisació per a admetre una gran colaboració entre les moltes funcions involucrades.

DevOps i l'entrega contínua compartixen una base comuna en métodos àgils i pensament llauger: canvis chicotets i freqüents en valor focalizado per al client final.[19]

ArchOps

ArchOps és una extensió de DevOps que incrementa el nivell d'abstracció en priorisar els artefactes d'arquitectura de software per damunt del còdic font per al desplegament i operació de solucions de software.[20] ArchOps establix que els models d'arquitectura són entitats de primera classe dins del desenroll, desplegament i operació de solucions de software.

DataOps

L'aplicació d'entrega contínua i DevOps per al anàlisis de senyes s'ha denominat DataOps. DataOps busca integrar ingenieria de senyes, integració de senyes, calitat de senyes, seguritat de senyes i privacitat de senyes en operacions.[21] Aplica principis de DevOps, desenrolle àgil i el control estadístic del procés, utilisat en la fabricació ajustada, per a millorar el temps de cicle d'extracció de valor de l'anàlisis de senyes.[22]

DevSecOps

DevSecOps és un aument de DevOps per a permetre que les pràctiques de seguritat s'integren en l'enfocament de DevOps. El model tradicional d'equip de seguritat centralisat deu adoptar un model federat que permeta a cada equip de delivery tindre en conte els controls de seguritat correctes en les seues pràctiques de DevOps.

Objectius

Els objectius de DevOps comprenen tot el procés d'entrega. Inclouen:

  • Freqüència d'implementació millorada;
  • Llançaments a producció més ràpits;
  • Baixa taxa d'errors en la generació de noves versions;
  • Temps d'entrega més curt entre versions;
  • Temps de desplegament més ràpit (en cas que una nova versió tinga inconsistencias).

Velocitat de reacció en cas que una versió desplegada falle

Els processos simples es tornen cada volta més estàndar i dinàmics, utilisant un enfocament DevOps.[23] DevOps té com a objectiu maximizar la previsibilidad, eficiència, seguritat i manteniment dels processos operatius. Molt a sovint, l'automatisació o robotisació de processos recolza este objectiu.

L'integració de DevOps s'enfoca en l'entrega de productes, proves d'usuari (UAT), proves contínues, proves de calitat, desenroll de característiques i versions de manteniment per a millorar la confiabilidad i la seguritat i proporcionar cicles de desenroll i implementació més ràpits. Moltes de les idees (i persones) involucrades en DevOps provenen de l'administració de sistemes empresarials i els moviments àgils de desenroll de software.[24]

Microservicios

Este tipo d'enfocament permet a les empreses digitals brindar alta disponibilitat i estabilitat a les seues aplicacions; açò es deu a que totes les parts de les aplicacions (base de senyes, back-end, front-end, etc.) són independents i, si una d'elles falla, no implica que tot el sistema d'informació present inconvenients. En lloc d'això, els atres servicis continuaran treballant mentres es restaura el component afectat.[25] Els creadors de DevOps requerixen de microservicios per a optimisar els seus desenrolls, i deixar arrere arquitectura monolítiques, ya que l'arquitectura de servicis es torna modular i segmentada per a minimisar el risc i millorar la forma de desplegament de les aplicacions i els seus components d'integració en les diferents capes.

Vore també

Referències

  1. ↑ «[1]». Consultat el 2 de novembre de 2017 (en en-US).
  2. ↑ «The Rise of DevOps» (en en-us). www. somic. org. Consultat el 2 de novembre de 2017.
  3. ↑ «[2]». Consultat el 2 de novembre de 2017 (en en-US).
  4. ↑ «DevOps mixing dev, ops, agile, cloud, open source and business — 451 CAOS Theory». blogs. the451group. com. Archivat des d'el original, el 14 de setembre de 2015. Consultat el 2 de novembre de 2017.
  5. ↑ «Agile 2008 Toronto: Agile Infrastructure and Operations Presentation». www. jedi. be. Consultat el 3 de novembre de 2017.
  6. ↑ «Devopsdays Ghent 2009». www. devopsdays. org. Consultat el 3 de novembre de 2017.
  7. ↑ «DevOpsDays» (en en-us). www. devopsdays. org. Consultat el 3 de novembre de 2017.
  8. ↑ «[3]». Consultat el 3 de novembre de 2017 (en en-US).
  9. ↑ «[4]». Consultat el 3 de novembre de 2017 (en en-US).
  10. ↑ «[5]». Consultat el 3 de novembre de 2017 (en en).
  11. ↑ «Why DevOps Doesn’t Work for Enterprise Applications - DZone DevOps» (en en). dzone. com. Consultat el 3 de novembre de 2017.
  12. ↑ Gartner Market Trends: DevOps – Not a Market, but Tool-Centric Philosophy That supports a Continuous Delivery Value Chain (Report). Gartner. 18 February 2015.
  13. ↑ «[6]». Consultat el 3 de novembre de 2017 (en en-us).
  14. ↑ «Exploring the ENTIRE DevOps Toolchain for (Cloud) Teams». InfoQ. Consultat el 3 de novembre de 2017.
  15. ↑ «[7]». Consultat el 3 de novembre de 2017 (en en-US).
  16. ↑ «Stronger DevOps Culture with Puppet and Vagrant» (en en). Puppet. Archivat des d'el original, el 29 de giner de 2016. Consultat el 3 de novembre de 2017.
  17. ↑ Best Practices in Change, Configuration and Release Management (Report). Gartner. 14 July 2010.
  18. ↑ «[8]». Consultat el 3 de novembre de 2017 (en en-US).
  19. ↑ «[9]». Consultat el 3 de novembre de 2017.
  20. ↑ «Executing Architectural Models for Big Data Analytics».Lecture Notes in Computer Science.11048
    364-371.doi:10.1007/978-3-030-00761-4_24.
  21. ↑ «[10]». Consultat el 3 de novembre de 2017 (en en-US).
  22. ↑ «How to Become a Rising Star with Data Analytics». data-ops. Consultat el 3 de novembre de 2017.
  23. ↑ «[11]». Consultat el 3 de novembre de 2017 (en en).
  24. ↑ «Agile Infrastructure». InfoQ. Consultat el 3 de novembre de 2017.
  25. ↑ «How to explain DevOps Benefits to your Boss (2018 Edition) | Clickittech» (en en-us). www. clickittech. com. Consultat el 9 d'agost de 2018.

Enllaços externs