Successfully reported this slideshow.
Your SlideShare is downloading. ×

DevOps e scelte architetturali: tre scenari reali

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad

Check these out next

1 of 62 Ad

DevOps e scelte architetturali: tre scenari reali

Download to read offline

DevOps è principalmente cultura aziendale e di team, DevOps è una nuova visione in cui alcune di quelle che sono le barriere tra mondo dello sviluppo e mondo operations vengono abbattute al fine di generare sinergie inimmaginabili prima. Vorrei raccontare due esperienze vissute in due scenari molto diversi tra loro, due scenari in cui DevOps è stato da un lato il traguardo di un processo evolutivo dal monolite ingestibile a SOA/Microservices e dell'altro invece DevOps è stato il motivo scatenante finalizzato a superare tutta una serie di ostacoli amministrativi e burocratici che rendevano impossibile il deploy in produzione.

DevOps è principalmente cultura aziendale e di team, DevOps è una nuova visione in cui alcune di quelle che sono le barriere tra mondo dello sviluppo e mondo operations vengono abbattute al fine di generare sinergie inimmaginabili prima. Vorrei raccontare due esperienze vissute in due scenari molto diversi tra loro, due scenari in cui DevOps è stato da un lato il traguardo di un processo evolutivo dal monolite ingestibile a SOA/Microservices e dell'altro invece DevOps è stato il motivo scatenante finalizzato a superare tutta una serie di ostacoli amministrativi e burocratici che rendevano impossibile il deploy in produzione.

Advertisement
Advertisement

More Related Content

Similar to DevOps e scelte architetturali: tre scenari reali (20)

More from Mauro Servienti (20)

Advertisement

Recently uploaded (20)

DevOps e scelte architetturali: tre scenari reali

  1. 1. 1 Mauro Servienti mauro.servienti@gmail.com @mauroservienti DevOps e scelte architetturali tre scenari reali
  2. 2. Sponsors & Organizers getlatestversion.it
  3. 3. Architettura Una ed una sola?
  4. 4. 4+1 architectural view model
  5. 5. 4+1 architectural view model
  6. 6. 4+1 architectural view model
  7. 7. 4+1 architectural view model
  8. 8. DevOps Everybody, all together
  9. 9. Take 1: Development View
  10. 10. Calato nel day by day Operativamente?
  11. 11. Tempo
  12. 12. Tempo
  13. 13. Tempo Branch
  14. 14. Tempo Branch PR
  15. 15. Tempo Branch PR Unit Test Acceptance Test
  16. 16. Branch PR Unit Test Acceptance Test Tempo
  17. 17. Tempo Branch PR Unit Test Acceptance Test
  18. 18. Tempo Branch PR Unit Test Acceptance Test
  19. 19. Tempo Branch PR Unit Test Acceptance Test
  20. 20. La rilascia in produzione
  21. 21. Facile direte voi… Ci fermiamo a Nuget…
  22. 22. Non proprio… Dobbiamo ridurre all’osso la superficie d’errore
  23. 23. Architettura Granularità dei package
  24. 24. E per chi dipende da noi?
  25. 25. Take 2: Process View
  26. 26. «Il monolite»
  27. 27. Il monolite Il deploy deve deployare tutto
  28. 28. Il monolite L’accoppiamento è fortissimo
  29. 29. Il monolite accoppiamento impedisce la conoscenza
  30. 30. Il monolite Obbliga a introdurre strutture ad hoc per il supporto
  31. 31. Il monolite Strutture ad hoc generano disinteresse
  32. 32. Il monolite Il disinteresse produce non-qualità
  33. 33. Il monolite La non-qualità genera un circolo vizioso
  34. 34. Il monolite Nessuno vuole avere a che fare con il monolite
  35. 35. Prendi chi produce e rendilo reperibile
  36. 36. Innescando la necessità di essere responsabili
  37. 37. controllo granulare che impatto hanno le modifiche
  38. 38. controllo granulare dove-come-quando vengono rilasciate
  39. 39. struttura granulare Controllo granulare implica una struttura adeguata
  40. 40. struttura granulare Deve essere verticale Non orizzontale
  41. 41. A questo punto ci manca Controllo e Semplicità
  42. 42. Controllo Octopus
  43. 43. Semplicità PowerShell DSC
  44. 44. Take 3: Physical View
  45. 45. All’estremo opposto TFS Release Manager
  46. 46. Il monolite È il processo di deploy
  47. 47. Il deploy è anche Ricco di vincoli legali
  48. 48. Il tool e i vincoli Rilasci accorpati il più possibile
  49. 49. Lo stimolo Superare la barriera al rilascio
  50. 50. Come un gambero Rendendo in primis granulare il rilascio
  51. 51. Come un gambero Semplificando il rilascio in ambienti «complessi»
  52. 52. Semplicità PowerShell DSC
  53. 53. Se finisce in semplicità Perché iniziarlo complesso?
  54. 54. Le famose fettine verticali componenti che cooperano per il risultato
  55. 55. Summary
  56. 56. Architettura •Granularità •Fette verticali •Bassissimo accoppiamento •Attenzione all’accoppiamento temporale
  57. 57. DevOps Service Oriented Architecture
  58. 58. Persone •Fiducia •Responsabilità
  59. 59. DevOps Everybody, all together
  60. 60. Everybody, all together, from the early on
  61. 61. Mauro Servienti Solution Architect, Particular Software Grazie

×