Aggiornamento presentazione

Author: amusarra

CHANGELOG.md

@@ -11,4 +11,9 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 ### Changed
 ### Removed
 ### Deprecated
-### Security
+### Security
+
+## [1.0.0] - 2024-05-29
+
+### Added
+- Initial release

images/qr_code_link_to_code.png

@@ -4,4 +4,43 @@ layout: default
 
 # Domande?
 
-Grazie per l'attenzione! Se avete domande, sono qui per rispondere.
+Grazie per l'attenzione! Se avete domande, sono qui per rispondere.
+
+<!--
+Possibili domande:
+
+1. Qual è la differenza tra Flyway e Liquibase
+
+Flyway e Liquibase sono due popolari strumenti di gestione delle migrazioni del database che aiutano a versionare e gestire le modifiche dello schema del database in modo sicuro e coerente. Entrambi offrono funzionalità simili ma hanno differenze nelle modalità di funzionamento, configurazione e caratteristiche.
+
+Flyway
+Caratteristiche principali:
+1. Migrations Based on SQL Scripts: Flyway utilizza principalmente script SQL per definire le migrazioni del database. Può anche supportare migrazioni basate su Java.
+2. Versioning: Ogni migrazione è versionata usando un prefisso numerico (es. V1__Create_table.sql).
+3. Schema History Table: Flyway tiene traccia delle migrazioni eseguite usando una tabella di cronologia (flyway_schema_history).
+4. Semplicità: Flyway è conosciuto per la sua semplicità e facilità d'uso. Non richiede un file di configurazione XML o YAML, ma può essere configurato tramite una semplice API o file di proprietà.
+5. Integrations: Flyway si integra facilmente con build tools (Maven, Gradle) e può essere utilizzato come una libreria standalone.
+6. Support for Multiple Databases: Flyway supporta numerosi database, tra cui MySQL, PostgreSQL, Oracle, SQL Server, H2, e altri.
+
+Liquibase
+Caratteristiche principali:
+
+1. Changelogs: Liquibase utilizza file di changelog per definire le migrazioni del database. Questi file possono essere scritti in XML, YAML, JSON o SQL.
+2. Flexibility: Liquibase offre una maggiore flessibilità nella definizione delle migrazioni rispetto a Flyway. Le migrazioni possono includere cambiamenti di struttura, dati, chiamate a funzioni e procedure, ecc.
+3. Schema History Table: Liquibase tiene traccia delle migrazioni eseguite utilizzando una tabella di cronologia (DATABASECHANGELOG).
+4. Database Independent: Grazie all'uso dei changelog, le migrazioni possono essere definite in modo indipendente dal database. Liquibase può tradurre questi cambiamenti nel dialetto SQL specifico del database in uso.
+5. Rollback: Liquibase supporta rollback dettagliati delle migrazioni, permettendo di tornare a uno stato precedente del database.
+6. Advanced Features: Liquibase offre funzionalità avanzate come la generazione di changelog differenziali, supporto per refactoring, esecuzione condizionale delle migrazioni, e altro.
+7. Integrations: Come Flyway, Liquibase si integra con build tools e framework (Maven, Gradle, Spring Boot, ecc.).
+
+Confronto
+1. Semplicità vs. Flessibilità: Flyway è generalmente più semplice e diretto da usare, particolarmente se preferisci lavorare con script SQL. Liquibase offre una maggiore flessibilità e supporta un'ampia gamma di scenari avanzati.
+2. Formati di definizione: Flyway si concentra sugli script SQL, mentre Liquibase supporta vari formati (XML, YAML, JSON, SQL) che possono essere più adatti per progetti complessi o multi-database.
+3. Rollback: Liquibase offre funzionalità di rollback più avanzate e dettagliate rispetto a Flyway.
+4. Configurazione: Flyway richiede meno configurazione iniziale e può essere configurato con semplici file di proprietà o tramite l'API. Liquibase richiede la definizione di changelog in XML/YAML/JSON.
+5. Supporto multi-database: Entrambi supportano una vasta gamma di database, ma Liquibase può offrire una maggiore indipendenza dal database grazie ai suoi changelog astratti.
+
+Quale scegliere?
+1. Flyway: Ideale se preferisci la semplicità e il controllo manuale sugli script SQL, e se non hai bisogno di funzioni avanzate come rollback dettagliati o migrazioni complesse.
+2. Liquibase: Adatto per progetti complessi che richiedono maggiore flessibilità, rollback dettagliati, indipendenza dal database e supporto per formati di definizione delle migrazioni non SQL.
+-->

images/qr_code_to_slide.png

@@ -16,6 +16,11 @@ layout: default
 - **My GitHub Repositories**: [https://github.com/amusarra]
 - **My Blog**: [https://www.dontesta.it]
 
+<div class="top-70% absolute right--10% flex w-90">
+    <img src="/images/qr_code_to_slide.png" width="30%" height="30%">
+    <img src="/images/qr_code_link_to_code.png" width="30%" height="30%">
+</div>
+
 <div class="top-5% absolute left-75%">
     <img src="/images/foto_profilo.png" width="70%" height="70%">
 </div>

pages/1_10_domande.md

@@ -24,6 +24,8 @@ distribuito e collaborativo e dove il database è un componente critico del sist
 </v-clicks>
 
 <!--
+Solitamente la prima slide mostra la TOC (Tabella dei Contenuti) ma ho evitato volutamente al fine di scoprire i vari argomenti nel corso della sessione.
+
 Alla pari di qualunque progetto software (C/C++, Erlang, Java, etc.) anche per le DDL/DML del database dovremmo arrivare a una situazione di versioning come quella mostrata da questo grafo.
 
 Soffermarsi un attimo per spiegare il minimo indispensabile su questo diagramma.

pages/1_11_about_me.md

@@ -19,4 +19,6 @@ layout: default
 
 <!--
 Per la documentazione è preferibile usare l'approccio doc-as-code di cui recentemente ho fatto un post sul gruppo Ready2Learn di Viva Engage o Yammer.
+
+Questa stessa presentazione è realizzata con lo stesso tipo di approccio.
 -->

pages/1_1_introduzione.md

@@ -17,4 +17,6 @@ layout: default
 
 </v-clicks>
 
-
+<!--
+Uno degli argomenti hot è indubbiamente la sicurezza delle migrazioni che affronteremo nelle prossime slide.
+-->

pages/1_2_componenti_chiave_database_versioning.md

@@ -65,3 +65,7 @@ level: 2
   Implementando queste strategie, è possibile ridurre significativamente il rischio associato alla concessione di privilegi elevati agli utenti delle applicazioni durante le migrazioni del database, mantenendo al contempo un flusso di lavoro efficiente per la gestione delle migrazioni stesse.
 
 </div>
+
+<!--
+Immagino che tutti sappiate che le secret standard di k8s non sono realmente sicure in quanto sfrutta l'encode in base64 per i valori memorizzato al suo interno, motivo per noi non ho fatto menzione.
+-->

pages/1_3_benefici_database_versioning.md

@@ -152,6 +152,10 @@ Sotto il cofano, l'esecuzione del comando `flyway migrate` esegue le seguenti at
 
 </v-clicks>
 
+<!--
+La possibilità delle variabili di ambiente, lo rende abilitato per ambienti CI/CD e k8s.
+-->
+
 ---
 level: 2
 ---
@@ -298,3 +302,7 @@ A seguire un video che mostra l'esecuzione di una serie di migrazioni partendo d
 <div class="centered-image">
 <img v-click width="70%" height="70%" src="/images/asciinema/demo_esecuzione_prima_migrazione_full_2x.gif" alt="Esecuzione della prima migrazione del database"/>
 </div>
+
+<!--
+Durante l'esecuzione di questa demo non abbiamo visto lo scenario di rollback perché ogni tipo di tool di migrazione lo affronta in modo diverso anche in base alla edizione (OSS, Standard, Tems, Enterprise).
+-->

pages/1_4_sicurezza_operazioni_deployment.md

@@ -84,9 +84,13 @@ htmlAttrs:
 </style>
 
 <!--
-Con questa presentazione, vorrei discutere con voi un tema su cui sono abbastanza sensibile; credo che sia giunto il momento di affrontarlo in modo concreto e fare quel passo in più necessario per iniziare il processo di automazione anche per quel che riguarda le basi di dati applicative.
+Buon pomeriggio a tutti e grazie per la partecipazione a questa sessione di formazione.
 
-Per facilitare lo svolgimento di questa presentazione, vi prego di mettere da parte tutte le vostre domande che affronteremo alla fine di questa presentazione.
+Con questa presentazione, vorrei discutere insieme a voi di un tema su cui sono abbastanza sensibile e su cui ne abbiamo parlato tempo addietro con qualcuno di voi; credo che sia giunto il momento di affrontarlo in modo concreto e fare quel passo in più necessario per iniziare il processo di automazione anche per quel che riguarda le basi di dati applicative.
+
+Questa presentazione vuole essere l'introduzione a un argomento conteso tra più aree di competenza e fondamentale per la gestione di un database in un contesto di sviluppo software di tipo collaborativo (o di social coding).
+
+Detto ciò, per facilitare lo svolgimento di questa presentazione, vi prego di mettere da parte tutte le vostre domande che affronteremo alla fine di questa presentazione.
 
 Bene! Iniziamo
 -->