DevOps: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
rb |
Funzionalità collegamenti suggeriti: 3 collegamenti inseriti. |
||
| (22 versioni intermedie di 17 utenti non mostrate) | |||
Riga 1:
| url = http://www.rajiv.com/blog/2009/03/17/technology-department/
| titolo = Organizing a Digital Technology Department of Medium Size in a Media Company
Riga 18:
|urlarchivio = https://web.archive.org/web/20110107130221/http://somic.org/2010/03/02/the-rise-of-devops/
|dataarchivio = 7 gennaio 2011
}}</ref><ref>{{Cita web
| url = http://dev2ops.org/blog/2010/2/22/what-is-devops.html
| titolo = What is DevOps?
Line 25 ⟶ 24:
| lingua = inglese
| accesso = 15 luglio 2015
| urlarchivio = https://web.archive.org/web/20120909013310/http://dev2ops.org/blog/2010/2/22/what-is-devops.html
| dataarchivio = 9 settembre 2012
| urlmorto = sì
}}</ref><ref name=mixing>
{{Cita web
Line 65 ⟶ 67:
</ref> e associato spesso al metodo ''[[Lean Startup|lean startup]]''.<ref>
{{Cita web
| url =
| titolo = Applied Lean Startup Ideas: Continuous Deployment at kaChing
}}
Line 82 ⟶ 84:
| accesso = 15 luglio 2015
}}
</ref><ref>{{Cita web
| url = http://dev2ops.org/blog/2010/4/26/devops-meetup-recap.html
| titolo = DevOps Meetup Recap
Line 91 ⟶ 92:
| lingua = inglese
| accesso = 15 luglio 2015
| urlarchivio = https://web.archive.org/web/20120720183845/http://dev2ops.org/blog/2010/4/26/devops-meetup-recap.html
| dataarchivio = 20 luglio 2012
</ref>▼
| urlmorto = sì
▲}}</ref>
Il metodo DevOps aiuta le aziende nella gestione dei rilasci, standardizzando gli ambienti di sviluppo. Le aziende con problemi di automazione dei rilasci solitamente hanno già un processo automatico in essere ma lo vorrebbero più flessibile e controllabile, senza per questo dover agire da [[Interfaccia a riga di comando|riga di comando]] per ottenere ciò. Idealmente tale automazione potrebbe essere utilizzata anche da risorse non operative (non appartenenti alle ''IT operations'') su ambienti non di produzione; in questo modo gli sviluppatori hanno a disposizione un maggiore controllo degli ambienti, dando all'infrastruttura una visione più incentrata sull'applicazione.
L'integrazione DevOps ha come obiettivo il rilascio del prodotto, il [[collaudo del software]], l'evoluzione e il mantenimento (correzione di ''[[bug]]'' e ''[[Release (informatica)|release]]'' minori) in modo tale da aumentare affidabilità e sicurezza e rendere più veloci i cicli di sviluppo e rilascio. Molte delle idee che costituiscono DevOps provengono dalla gestione di sistemi aziendali e dalla [[Metodologia agile]].<ref name=AgileInf2010>
{{Cita web
| titolo=Agile Infrastructure
Line 116 ⟶ 119:
| accesso = 15 luglio 2015
}}</ref> e reso popolare attraverso una serie di "DevOps Days" iniziati nel 2009 in Belgio.<ref name="devopsdaysghent"/>
Da allora si sono svolte conferenze "DevOps Days" in India, USA, [[Brasile]], [[Australia]], Germania, Svezia e Svizzera.<ref name="devopsdays"/>
[[File:Devops.svg|thumb
Le metodologie di sviluppo (ad esempio la [[Metodologia agile]]) che vengono attuate nelle organizzazioni tradizionali mediante distinte divisioni tra IT operations e [[Garanzia di qualità|QA]] da un lato, sviluppo e rilascio dall'altro, sono prive di una profonda integrazione interdipartimentale. DevOps promuove un insieme di processi e metodi indirizzati alla comunicazione e collaborazione tra le divisioni.<ref>{{Cita web
|url = http://www.kartar.net/2010/02/what-devops-means-to-me/
Line 137 ⟶ 140:
| url = http://www.it20.info/misc/virtualizationscomparison.htm
| titolo = Virtual Infrastructure products: features comparison
| opera = Welcome to IT 2.0: Next Generation IT infrastructures
| lingua = inglese
| accesso = 15 luglio 2015
| dataarchivio = 21 luglio 2011
| urlarchivio = https://web.archive.org/web/20110721214150/http://www.it20.info/misc/virtualizationscomparison.htm
| urlmorto = sì
}}</ref> e in [[Cloud computing|cloud]]
# Incremento nell'uso di [[data center]] automatizzati<ref>{{Cita web
Line 161 ⟶ 167:
| cognome = Booth
| lingua = inglese
| accesso = 15 luglio 2015
| urlarchivio = https://web.archive.org/web/20120723194935/http://zeroturnaround.com/blog/how-to-measure-the-effectiveness-of-implementing-devops/
| dataarchivio = 23 luglio 2012
| urlmorto = sì
}}</ref>
Il ruolo di un professionista DevOps ricorda molto la figura dell'ingegnere capo all'interno del cosiddetto "[[Toyota Production System]]".<ref>
{{Cita libro
| titolo = The Toyota Way
| anno = 2004
| url = https://archive.org/details/toyotaway14manag00like
| editore = McGraw-Hill
| data = 17 dicembre 2003
Line 178 ⟶ 190:
In molte aziende i rilasci applicativi sono eventi ad alto impatto e rischio, coinvolgendo più gruppi di lavoro. Con la metodologia DevOps tale rischio si riduce per i seguenti motivi:
[[File:Agile-vs-iterative-flow.jpg|thumb
; Numero ridotto di modifiche: L'adozione del modello agile o [[modello incrementale]], in contrasto con il tradizionale [[modello a cascata]], comporta minori modifiche, anche se più frequenti, con minore impatto e rischio.
; Accresciuto coordinamento dei rilasci: La presenza di una coordinazione del rilascio riduce le distanze tra sviluppo e gestione.
; Automazione: Una completa automazione assicura la facile ripetibilità dei rilasci e riduce gli errori nell'operazione.
=== Coordinatore del
Si tratta di un ruolo relativamente nuovo nelle aziende IT, il cui compito è di coordinare i rilasci in ambienti pre-produzione (di test). La necessità di tale figura viene da:
Line 197 ⟶ 209:
==Note==
<references/>
== Voci correlate ==
* [[Metodologia agile]]
* [[Lean innovation management]]
{{portale|informatica|linguistica}}
[[Categoria:Information technology management]]
[[Categoria:Terminologia informatica]]
| |||