Introduction to Microsoft Azure Well Architected Framework in Italian - Session 5 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 5 di 6
Modulo 5: eccellenza operativa
Andrea Cirioni e Nicola Zangrandi ci hanno presentato un esempio di deploy automatizzato e ripetibile, realizzato con Octopus e la sua integrazione con PowerShell. Ci hanno dimostrato come sia possibile rilasciare nei vari ambienti del cliente gli applicativi con un solo click.
Gestire l’infrastruttura come se fosse codice, ha degli indubbi vantaggi, soprattutto in un team agile che ha più esperienze Dev piuttosto che Ops.
In questa sessione vi racconteremo la nostra esperienza, problemi, vantaggi e cosa abbiamo imparato.
Lo unified tooling è l’area di interesse DevOps che fonde pratiche di software development a quelle di system administration, con lo scopo di semplificare il processo di deployment di ambienti complessi. In questo talk vengono esposte le esperienze di un team di dev che è riuscito a gestire e replicare ambienti complessi, ricorrendo a strumenti e pratiche delle metodologie agili. Saranno evidenziati i vantaggi ottenuti e le problematiche riscontrate.
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 5 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 5 di 6
Modulo 5: eccellenza operativa
Andrea Cirioni e Nicola Zangrandi ci hanno presentato un esempio di deploy automatizzato e ripetibile, realizzato con Octopus e la sua integrazione con PowerShell. Ci hanno dimostrato come sia possibile rilasciare nei vari ambienti del cliente gli applicativi con un solo click.
Gestire l’infrastruttura come se fosse codice, ha degli indubbi vantaggi, soprattutto in un team agile che ha più esperienze Dev piuttosto che Ops.
In questa sessione vi racconteremo la nostra esperienza, problemi, vantaggi e cosa abbiamo imparato.
Lo unified tooling è l’area di interesse DevOps che fonde pratiche di software development a quelle di system administration, con lo scopo di semplificare il processo di deployment di ambienti complessi. In questo talk vengono esposte le esperienze di un team di dev che è riuscito a gestire e replicare ambienti complessi, ricorrendo a strumenti e pratiche delle metodologie agili. Saranno evidenziati i vantaggi ottenuti e le problematiche riscontrate.
Final presentation of Project Management course (Gestione Progetti Software) ...Alexander Minichino
Final presentation of the Project Management course which I've attended in first semester 2019-2020 at the University of Salerno.
My role was that of Project Manager (one of two) in a team of seven members.
The Github link is available here: https://github.com/alexminichino/trawell
Un piccolo vademecum su un insieme di programmi open source utili a migliorare l'infrastruttura informatica di scuole, comuni, ospedali, cliniche e piccole e medie imprese
La prototipazione è un’attività fondamentale per “capire facendo”. Lo scopo della prototipazione non è costruire partendo da un progetto definito ma, piuttosto, acquisire dati preziosi per essere poi più consapevoli di prendere la giusta direzione. Alla base delle attività di prototipazione ci sono spesso strumenti low code e no code. Esistono ormai da diversi anni e ultimamente stanno guadagnando sempre più attenzione nella community per la loro immediatezza e velocità. Abbiamo definito meglio le loro qualità e le opportunità che ci sono nel loro utilizzo.
Durante il talk abbiamo approfondito perché è importante prototipare e come questa attività migliora i nostri progetti. In particolare, abbiamo approfondito l’utilizzo AWS Step Functions Workflow Studio, strumento low code prodotto da AWS. Workflow Studio ci permette di imbastire una state machine basata su step functions con uno strumento visuale drag & drop che semplifica moltissimo il nostro lavoro. Abbiamo analizzato cosa lo contraddistingue da altri strumenti e quali sono i suoi punti di forza. Infine siamo passati alla pratica facendo una piccola esercitazione con AWS Step Functions.
OVERVIEW: Java secondo Microsoft
STRUMENTI:Java nel cloud
MODALITA’: Il Development life cycle secondo Microsoft
APPROCCIO: Stack cloud native basato su JAVA ed Azure
CAMBIAMENTO: Know how necessario per lo sviluppo su AZURE con Java
OPPORTUNITA: Use case di implementazione «first approach»
2014.04.04 Sviluppare applicazioni web (completamente) on line con Visual Stu...Marco Parenzan
Windows Azure e Team Foundation Server hanno cominciato a cambiare in una maniera incredibile il modo di gestire i progetti software e tutta l'attività professionale dello sviluppatore. Ora il passaggio ulteriore: un Visual Studio, al momento ancora agli inizi, ma molto promettenti, completamente Web che gira nel browser. Vediamo cosa possiamo farci, tra sviluppo software, scelte tecnologiche, gestione del progetto e deployment.
Webcast - Introduzione a Visual Studio OnlineDavide Benvegnù
Visual Studio Online è uno strumento che fornisce molte funzionalità per l'ALM (Application Lifecycle management) e ad ogni release diventa sempre più completo, funzionale e davvero utile. Si tratta di una piattaforma completa e gratuita di strumenti per lo sviluppo e servizi utili per creare applicazioni multi-piattaforma, progettata per soddisfare i più alti requistiti a livello di disponibilità, scalabilità e complessità di sviluppo.
In questo webcast introduttivo, primo di una serie, vedremo quali sono le caratteristiche di questo strumento, impareremo come utilizzarlo per gestire il lavoro di ogni giorno e prenderemo confidenza con le sue funzionalità. Andremo infine alla scoperta delle nuove feature aggiunte alla suite.
Si parla tanto di DevOps e alle conferenze gli argomenti più gettonati sono build pipeline, continuous integration/delivery/deploy, deploy automation e monitoring.
Ci stiamo dimenticando qualcosa... i test! dove sono i test? perché non si parla quasi mai di test? in questo fantastico mondo DevOps come si inseriscono i test?
I test sono solo un passo della pipeline di build? se la pensassi così il titolo del mio intervento sarebbe stato "Continuous Testing in DevOps", non credete?
L’approccio IT bimodale, capace di integrare stabilità e sicurezza da un lato e agilità e velocità dall’altro, si configura come soluzione sostenibile per innovare e trasformare il business senza rallentarlo.
Scopri come integrare approccio bimodale e DevOps, per risparmiare tempo, denaro, ridurre i rischi e ottimizzare le risorse.
Segui il webinar on-demand: https://youtu.be/hVJ2Yk6Fd9U
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 6 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 6 di 6
Modulo 6: efficienza delle prestazioni
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 4 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 4 di 6
Modulo 4: ottimizzazione dei costi
Final presentation of Project Management course (Gestione Progetti Software) ...Alexander Minichino
Final presentation of the Project Management course which I've attended in first semester 2019-2020 at the University of Salerno.
My role was that of Project Manager (one of two) in a team of seven members.
The Github link is available here: https://github.com/alexminichino/trawell
Un piccolo vademecum su un insieme di programmi open source utili a migliorare l'infrastruttura informatica di scuole, comuni, ospedali, cliniche e piccole e medie imprese
La prototipazione è un’attività fondamentale per “capire facendo”. Lo scopo della prototipazione non è costruire partendo da un progetto definito ma, piuttosto, acquisire dati preziosi per essere poi più consapevoli di prendere la giusta direzione. Alla base delle attività di prototipazione ci sono spesso strumenti low code e no code. Esistono ormai da diversi anni e ultimamente stanno guadagnando sempre più attenzione nella community per la loro immediatezza e velocità. Abbiamo definito meglio le loro qualità e le opportunità che ci sono nel loro utilizzo.
Durante il talk abbiamo approfondito perché è importante prototipare e come questa attività migliora i nostri progetti. In particolare, abbiamo approfondito l’utilizzo AWS Step Functions Workflow Studio, strumento low code prodotto da AWS. Workflow Studio ci permette di imbastire una state machine basata su step functions con uno strumento visuale drag & drop che semplifica moltissimo il nostro lavoro. Abbiamo analizzato cosa lo contraddistingue da altri strumenti e quali sono i suoi punti di forza. Infine siamo passati alla pratica facendo una piccola esercitazione con AWS Step Functions.
OVERVIEW: Java secondo Microsoft
STRUMENTI:Java nel cloud
MODALITA’: Il Development life cycle secondo Microsoft
APPROCCIO: Stack cloud native basato su JAVA ed Azure
CAMBIAMENTO: Know how necessario per lo sviluppo su AZURE con Java
OPPORTUNITA: Use case di implementazione «first approach»
2014.04.04 Sviluppare applicazioni web (completamente) on line con Visual Stu...Marco Parenzan
Windows Azure e Team Foundation Server hanno cominciato a cambiare in una maniera incredibile il modo di gestire i progetti software e tutta l'attività professionale dello sviluppatore. Ora il passaggio ulteriore: un Visual Studio, al momento ancora agli inizi, ma molto promettenti, completamente Web che gira nel browser. Vediamo cosa possiamo farci, tra sviluppo software, scelte tecnologiche, gestione del progetto e deployment.
Webcast - Introduzione a Visual Studio OnlineDavide Benvegnù
Visual Studio Online è uno strumento che fornisce molte funzionalità per l'ALM (Application Lifecycle management) e ad ogni release diventa sempre più completo, funzionale e davvero utile. Si tratta di una piattaforma completa e gratuita di strumenti per lo sviluppo e servizi utili per creare applicazioni multi-piattaforma, progettata per soddisfare i più alti requistiti a livello di disponibilità, scalabilità e complessità di sviluppo.
In questo webcast introduttivo, primo di una serie, vedremo quali sono le caratteristiche di questo strumento, impareremo come utilizzarlo per gestire il lavoro di ogni giorno e prenderemo confidenza con le sue funzionalità. Andremo infine alla scoperta delle nuove feature aggiunte alla suite.
Si parla tanto di DevOps e alle conferenze gli argomenti più gettonati sono build pipeline, continuous integration/delivery/deploy, deploy automation e monitoring.
Ci stiamo dimenticando qualcosa... i test! dove sono i test? perché non si parla quasi mai di test? in questo fantastico mondo DevOps come si inseriscono i test?
I test sono solo un passo della pipeline di build? se la pensassi così il titolo del mio intervento sarebbe stato "Continuous Testing in DevOps", non credete?
L’approccio IT bimodale, capace di integrare stabilità e sicurezza da un lato e agilità e velocità dall’altro, si configura come soluzione sostenibile per innovare e trasformare il business senza rallentarlo.
Scopri come integrare approccio bimodale e DevOps, per risparmiare tempo, denaro, ridurre i rischi e ottimizzare le risorse.
Segui il webinar on-demand: https://youtu.be/hVJ2Yk6Fd9U
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 6 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 6 di 6
Modulo 6: efficienza delle prestazioni
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 4 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 4 di 6
Modulo 4: ottimizzazione dei costi
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 3 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 3 di 6
Modulo 3: sicurezza
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 2 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 2 di 6
Modulo 2: affidabilità
Introduction to Microsoft Azure Well Architected Framework in Italian - Session 1 of 6
Introduzione a Microsoft Azure Well Architected Framework in Italiano - Sessione 1 di 6
Modulo 1: introduzione, principi e concetti base
Terraform and Infrastructure as Code (IaC): an introduction of the reason why this kind of solution had been created and an explanation of the concepts and usage, with a link in the notes to a demo project available in GitHub.
Kubernetes the deltatre way the basics - introduction to containers and orc...Rauno De Pasquale
The basics - Introduction to Containers and Orchestrators (May 18th, 2020)
by Rauno De Pasquale (Newesis), supported by Cristiano Degiorgis (Deltatre)
A new version of the introduction to containers and orchestrator, done for the series of events "Kubernetes - The Deltatre way".
Knowing the context and concepts behind container use is essential to be able to proceed on the path that will lead to master Kubernetes and Cloud Native applications. This initial session is about basic skills to answer questions such as: what is a container image? Why did anyone feel the need for an orchestrator? Are there any alternatives to Docker and Kubernetes? How does working with containers and Kubernetes connect to traditional virtualization? The session aims to provide the basic skills to be able to guide yourself in the next sessions where the ways of creating and execution of applications in Kubernetes environment will be tackled.
Recorded session: YouTube | Facebook
Repository: https://github.com/deltatrelabs/community-events-kubernetes-the-deltatre-way
DevOps Torino Meetup - DevOps Engineer, a role that does not exist but is muc...Rauno De Pasquale
The third appointment of the DevOps Meetup in Turin. We made a survey to collect data to discuss about the usage of the term "DevOps Engineer" to define a specific role. Is it really a role? And how this role compare with the ones of SysAdmin, Cloud Engineer, SRE or Developer? Which are the different organisation model used for each of these roles? Which are the skills and area of competences?
Independently from the DevOps movement but starting from the same problems, Google developed its own strategy defining a new specific role called SRE (Site Reliability Engineer). This introduction tries to explain the history and the concept of this methodology and to compare it with the DevOps manifesto to understand what does it mean to adopt DevOps and what does it mean to be an SRE and what the two things are sharing and where they diverge.
DevOps Torino Meetup Group Kickoff Meeting - Why a meetup group on DevOps, wh...Rauno De Pasquale
Torino DevOps Meetup Group - Culture, Processes and Tools.
There is a lot of talking about DevOps culture and practices with different point of views and a lot of misunderstandings. This group aims to create a point of discussion to share experience, analysis and thoughts to help each us to better understand and implement DevOps approaches into our way of working in the Digital Services.
Si parla molto di DevOps ma rimane molta confusione circa il significato del termine, ci sono molti punti di vista diversi e anche diversi fraintendimenti. Questo gruppo si prefigge lo scopo di diventare un punto di aggregazione per condividere esperienze, studi e pensieri circa la cultura e le pratiche DevOps per poter giungere insieme a una migliore comprensione che ci possa aiutare a portare questo approccio nel nostro lavoro in ambito IT.
This document provides an introduction to containers and container orchestration technologies. It discusses the evolution from virtual machines to containers and the benefits of containers. It then explains why an orchestrator tool is needed to manage containers at scale. The remainder of the document defines common container and orchestration concepts, including Docker, Kubernetes objects and components, Helm for package management, and Istio for traffic management and security.
The document provides an introduction to cloud computing, discussing key concepts, common mistakes, and Newesis' experience with cloud adoption. Specifically:
- It defines cloud computing as a new type of service with capabilities beyond remote hosting, and discusses new use cases enabled by different cloud technologies.
- It outlines common mistakes like assuming costs will always be higher, capacity is infinite, or that availability and security are handled automatically.
- It shares Newesis' journey working with various cloud vendors since 2009 and why they recommend a multi-cloud approach to avoid lock-in and select the best cloud for a given need.
- Finally, it presents Newesis' "Cloud Cookbook" approach of transforming systems for the
4. CONTINUOUS DELIVERY VS CONTINUOUS
DEPLOYMENT
Continuous Integration Continuous Deployment
planning build provisioning deployment telemetry
Continuous
Delivery
development pre-production production
Continuous Feedback
Team Task Repos Build Unit Test Packag
e
DeliveryTest ValidateDeployMonitor
Measur
e
Report
5. AUTOMATED –
REPEATABLE -
RELIABLE
➤ Un solo artefatto per tutti gli ambienti
➤ Non realizzare build diverse per i diversi
ambienti
➤ Un solo processo per tutti gli ambienti
➤ Non realizzare deployment pipeline diverse
per i diversi ambienti
➤ Aggiustare e non aggirare
➤ Se uno step fallisce deve essere corretto e
mai aggirato
➤ Più è complesso più frequentemente va
affrontato
➤ Le attività complesse diventano complicate se
svolte raramente
➤ Niente al di fuori del repository
➤ Il repository è la sola e completa sorgente di
verità
8. NON SOLO UN CAMBIO
DI NOME➤ Non solo un cambio di nome ma una diversa
prospettiva
➤ Focus su principi DevOps a partire dal team
che sviluppa la piattaforma stessa
➤ VSTS era visto come uno strumento per lo
sviluppo software ad appannaggio degli
sviluppatori
➤ DevOps Services vuole posizionarsi come
una piattaforma per gruppi di lavori
multidisciplinari
➤ Piattaforma aperta per l’integrazione con
terze parti in ogni punto della catena
➤ Un occhio di riguardo verso il mondo Open
Source
13. AZURE BOARDS
Board gratuite con utenti illimitati per progetti
pubblici, limitato a 5 utenti per progetti
privati.
€25,30 al mese 10 utenti, €295 al mese 50
utenti, …
Licenza inclusa con la versione commerciale
di Visual Studio.
15. AZURE REPOS
Repositories gratuiti con utenti illimitati per
progetti pubblici, limitato a 5 utenti per
progetti privati.
€25,30 al mese 10 utenti, €295 al mese 50
utenti, …
Licenza inclusa con la versione commerciale
di Visual Studio.
17. AZURE PIPELINES
Gratuiti 10 processi paralleli con minuti
illimitati per progetti pubblici; 1 processo con
1.800 minuti al mese e 1 processo self-
hosted per progetti privati.
€33.73 per processo parallelo aggiuntivo
(€12,65 self-hosted)
21. AZURE TEST PLANS
Test di carico (20.000 minuti utente
virtuale/mese).
Test Manager a €43,85 al mese per utente.
Licenza inclusa con la versione commerciale
di Visual Studio.
23. AZURE MARKETPLACE
Un unico posto per pubblicare o trovare
estensioni Visual Studio, Azure DevOps
Services, Azure DevOps Server e Visual
Studio Code.
La conoscenza dei concetti di Continuous Integration, Continuous Delivery e Continuos Deployment è un prerequisito per questa sessione, ne tratteremo rapidamente, un breve ripasso per chi questi concetti già li conosce o una breve introduzione per chi ancora non li padroneggiasse.
Parleremo poi di quale sia il significato del passaggio da Visual Studio Team Services a Azure DevOps Services per infine concludere con un esempio di utilizzo applicato in un ambito classico LAMP (web site costruito con wordpress) per evidenziare come questo tipo di concetti e strumenti si adatti anche ad ambiti tradizionali e non richieda necessariamente architetture più moderne (sebbene i benefici siano maggiori la dove si utilizzino architetture distribuite basate su microservizi).
Citando Donovan Brown, Principal DevOps Manager presso Microsoft: «It took 3 years to actually write TFS 2005. 18 months of development and another 18 months fixing it to ship. It actually took so long that TFS 2005 actually did not ship until Feb of 2006!
We were able to take a delivery cycle and reduce it from 3 years to 3 months. But we were not done yet. DevOps is the only journey that you embark on knowing there is no end and that is what is exciting about it. When we decided to move to the cloud we now update the service every three weeks.»
Il passaggio da VSTS a DevOps Services è significativo prima di tutto nel nome, non scelto a caso e nemmeno per puro interesse di marketing. Sebbene tecnicamente DevOps Services sia una evoluzione di VSTS, Microsoft ha deciso di cambiarne il nome per mettere enfasi sul cambio di contesto, da una organizzazione del lavoro per funzioni, con strumenti diversi tra chi sviluppa e chi gestisce i sistemi, ad una organizzazione agile e multidisciplinare, dove le diverse persone condividono gli stessi strumenti e la stessa metodologia.
https://marketplace.visualstudio.com - 969 estensioni disponibili nel marketplace per Azure DevOps (dato aggiornato al 26 aprile 2019), in continuo aumento. Integrazioni gratuite o a pagamento per le diverse funzionalità (board, repo, pipeline, artifact, test) con integrazione verso i maggiori strumenti commerciali e open source in ambito CI\CD.