Guida intergalattica per self-hosters - Moreno Razzoli (morrolinux) @ Sapienza Università di Roma — Transcript

Full transcript

1. 0:00Oggi volevo parlarvi un po' di quello che ho fatto negli ultimi quattro anni, cioè prendere un
2. 0:05pochino più seriamente questa cosa del self-hosting, di dire "No, me lo faccio in casa,
3. 0:09smetto di fare affidamento a SaaS e pagare abbonamenti e quant'altro". Voglio fare tutto
4. 0:18il lavoro a manella perché è più divertente, ci si diverte di più. Quindi mi sono messo su
5. 0:22un clusterino a tre nodi, due VPS in cloud, quindi ho un'infrastruttura un po' ibrida,
6. 0:29ma di questo magari non ne parliamo in questo momento. E il disastro sfiorato magari è per
7. 0:34dopo. Comunque è una decina di servizi che eseguo quotidianamente io e alcuni collaboratori stretti,
8. 0:40qualche membro della famiglia. Domanda seria prima di iniziare. Siete convinti?
9. 0:47No, perché il self-hosting è bellissimo, ma non è che sia proprio la soluzione a tutti
10. 0:51i problemi del mondo. Tipo sicuramente vi levate dalle scatole gli abbonamenti,
11. 0:58la privacy è garantita per costruzione perché tutti i dati sono nel perimetro di casa vostra.
12. 1:04Poi c'è un'opportunità di crescita professionale importante perché tutto quello che fate
13. 1:09diventa spendibile professionalmente, cioè diventa tutta esperienza per fare carriera.
14. 1:17Addirittura chi è un pochino più spinto su questo fronte pubblica le proprie configurazioni,
15. 1:24i propri YAML, i propri adesso poi ci si arriva i propri setup dichiarativi su GitHub e poi le
16. 1:31aziende possono effettivamente ispezionare la qualità del proprio lavoro. Una delle
17. 1:35ragioni principali per cui ho adottato questa filosofia è che il self-hosting non cambia le
18. 1:39regole da un giorno all'altro. Non ricevete un aggiornamento unilaterale del contratto,
19. 1:44altrimenti ve ne andate, quella è la porta. Quindi questo è piuttosto importante. Non sto
20. 1:50parlando soltanto di aumenti di prezzo, ma anche di quello che voi potete o non potete fare con un
21. 1:54certo software. E questa è un po' la filosofia anche del software libero che effettivamente
22. 1:59incarna quello che andrete a self-hostare. Certo, self-hosting è magnifico se vi piace soffrire.
23. 2:09D'altro canto, ciò che non vedete sono magari costi nascosti. Voi pagate con il vostro tempo,
24. 2:16pagate con il vostro sangue, con le vostre lacrime, tutto ciò che non state più pagando
25. 2:21con i vostri soldi e poi comunque eh esponete dei servizi self-hostati? Io ci penserei due volte,
26. 2:29no? Ti scappa l'aggiornamento, ma anche senza che scappi l'aggiornamento esce uno zero-day, eheh.
27. 2:35Ops, il risparmio si va un po' ad annullare se dovete anche acquistare dell'hardware,
28. 2:39specialmente in questo periodo, quindi è bene essere chiari, no? fin da subito. Se potete
29. 2:43farlo con hardware di recupero, questo è molto molto interessante. Comunque il self-hosting
30. 2:47è un rabbit hole, vi costerà di più di quello che preventivate a prescindere, in termini di tempo,
31. 2:52soprattutto. Cominciate con una cosa semplice, mi metto su un docker compose per mettere su un
32. 2:58servizio e poi nel giro di qualche mese sono matasse di cavi che non ricordate neanche più
33. 3:04come avete cablato... boh, questa cosa cosa se spengo questo mini PC che cosa va giù?
34. 3:12E poi tutte queste belle tecnologie che scoprite una alla volta oppure anche tutte insieme,
35. 3:16però cioè questo questo è CV; è al tempo stesso anche CV, quindi. Comunque sono anche rischi: UPS
36. 3:24che pigliano fuoco, cose di questo tipo. Quindi io vi ho avvisati, eh, se non sono riuscito a farvi
37. 3:30cambiare idea, direi che possiamo cominciare. Beh, io vi ho preparato un una top 3, delle cose che
38. 3:35secondo me ha più senso self-hostare per iniziare e che sono anche utili e soddisfacenti. La prima
39. 3:42è Immich, il sostituto perfetto di Google Foto. Avete la ricerca semantica: se cercate gattini vi
40. 3:49mostra tutte le foto dei gattini che avete fatto. Addirittura se impara i volti delle persone potete
41. 3:56dargli un nome, no? Esattamente come sull'omonimo servizio. Eh, coi gatti fa un po' più fatica.
42. 4:02Gatti tende a riconoscerli tutti clusterizzati uguali. Con le persone funziona meglio. C'è anche
43. 4:10questa cosa della mappa che è molto molto bella, tipo quando sono stato in vacanza in quel posto
44. 4:15ah, fammi rivedere qua e là e quindi... e poi ci sono le cartelle private, questa è una novità
45. 4:20che mentre facevo gli screenshot ho notato così al volo. E poi c'è Nextcloud, il secondo servizio che
46. 4:27ovviamente non potete far senza perché sostituisce buona parte del Google Workspace che i comuni
47. 4:34mortali utilizzano nel quotidiano... andiamo dal Drive fino alla suite di Office fino a calendario,
48. 4:41contatti, tutta questa robina qua. C'è di buono che se lo esponete hanno anche, e questo secondo
49. 4:46me non lo sanno in molti, un pulsante nel backend che vi porta questa pagina che vi fa il test
50. 4:53automatizzato di sicurezza, cioè spunta tutte le caselle: è aggiornato, c'hai queste impostazioni
51. 4:59ottimali o stai lasciando dei servizi aperti o cose di questo tipo. Dall'esterno vi scansionano
52. 5:05con tutte quelle che sono le cose tipiche. Terzo e ultimo, Vikunja, non ho mai
53. 5:11capito come si pronuncia, è un task manager? Diciamo lo puoi usare come lista di to-do
54. 5:19cose da fare, nel modo più semplice possibile. Oppure sei in team e condividi l'accesso con
55. 5:25altre persone, alla vista Kanban, la vista Ganttt, job dipendenti da altri job e cose di questo tipo.
56. 5:32Funziona molto molto bene. Io lo uso stabilmente ormai da penso un po' più di un paio d'anni.
57. 5:38Me lo sono anche personalizzato sul mio workflow perché questa roba è tutta open e quindi è anche
58. 5:44molto accessibile. Tra l'altro oggi ci sono gli LLM, no? Quindi voglio dire mi serve una
59. 5:47funzionalità, lo forko, me lo tengo solo io, me lo tengo magari non esposto, che non si sa mai. Eh,
60. 5:52però questo qui è il è il concetto. L'email però, no, l'email evitatela come la morte.
61. 5:56Diciamo che nel caso migliore, se sbagliate la configurazione dell'email, che comunque è un
62. 6:02protocollo nato trent’anni fa e insicuro by default, se sbagliate la configurazione, nel caso migliore
63. 6:07non arrivano le mail o non le ricevete, nel caso peggiore diventate un open relay e diventate tipo
64. 6:16complici di quelli che fanno lo spamming massivo, senza neanche saperlo. E parlo per esperienza,
65. 6:22purtroppo, quindi lasciamo stare, eh? Potrebbe passarvi la voglia di vivere. A me era certamente
66. 6:27passata in quel periodo. Ok, vi ho fatto un elenco di tre applicazioni con cui iniziare. Tre è il
67. 6:32numero perfetto, quindi direi che ci fermiamo qua. Però come farlo è ancora più importante del cosa,
68. 6:37no? Qua il come conta moltissimo. Diciamo che ora vi do qualche linea guida, secondo la mia personale
69. 6:44esperienza, per farlo bene abbastanza da non farsi troppo male. Tipo di sicuro non così.
70. 6:51Non so se vi è mai capitato di leggere articoli di questo tipo sul feed, quando scorrete. Questo
71. 6:57ha self-hostato la propria istanza di Nextcloud e non ha mai pagato per Google Drive da allora.
72. 7:04Ma io sono sicuro che con questo setup pagherà pagherà con le lacrime prima o poi... questo
73. 7:09hard disk volante. Ci sono tre pilastri nel self-hosting. Se non date la giusta attenzione a uno di
74. 7:15questi prima o poi piangete. Partirei con l'accesso. L'accesso dall'esterno prima o poi vi servirà
75. 7:22perché ovviamente quando uscite di casa i vostri servizi, altrimenti che cloud è. Però evitate,
76. 7:27secondo me è meglio che evitiate, di esporre servizi, e allora accedete tutto quanto con una
77. 7:33VPN. WireGuard è la cosa più semplice che potete mettere sù; se non vi servono regole complesse,
78. 7:39gestione particolare, se non vi serve dare accesso ad altra gente in multiutenza e potete aprire
79. 7:46le porte. Se siete sotto CGNAT, e purtroppo a molti capita di essere in quella situazione,
80. 7:51ci sono quelle VPN mesh di nuova generazione tipo Tailscale, NetBird e compagnia bella. Ma parlando
81. 7:58di NetBird come VPN, questa ve la straconsiglio perché vi permette di tracciare, no? Questi
82. 8:05grafi in cui dite: questo utente può accedere, anzi tecnicamente questo nodo, appartenente a
83. 8:13questo utente, può accedere con certe regole a certi host. Quindi non si limita a dire tu hai
84. 8:19accesso a questo serverino su sul mio Raspberry Pi, dice soltanto alla porta 8080 e non alla 22,
85. 8:27così non provi neanche a brute-forzarmi la password dell'SSH, per esempio, no? Quindi sono una serie
86. 8:33di di cose che vi dà un controllo estremamente granulare e poi, se siete sotto CGNAT, non è un
87. 8:40problema, perché c'è un relay che vi permette di di passare in un modo o nell'altro, al massimo che
88. 8:45pagate della latenza in più, però la connettività la la chiudete. Ovviamente questo è fornito sia
89. 8:52come Software as a Service, mi sembra che siano tedeschi, quantomeno siamo in Europa. C'è anche
90. 8:57la versione completamente self-hostabile. Occhio che va tenuta aggiornata come tutto il resto. Ah,
91. 9:05ho fatto un video su YouTube su questo, anche sul self-hosting, quindi se vi può interessare ci
92. 9:09sono le istruzioni. Pilastro numero due, i backup. Probabilmente sarete familiari con la regola 3-2-1:
93. 9:14tre copie del dato, due media diversi, come si traduce su due media diversi?
94. 9:19Di cui uno fuori casa è cifrato, perché nel momento in cui esce fuori casa deve sempre
95. 9:23essere cifrato. "Io ho il RAID, eh, ho tutto quanto sul NAS in RAID 1, ho due dischi, quindi eh siamo
96. 9:30già coperti in buona parte?" No. Il RAID non è un backup, ripetetelo come un mantra, non vi
97. 9:36protegge da un errore umano, non vi protegge da un ransomware. Cancellate, corrompete un dato...
98. 9:44la qualunque. Era sempre quella copia lì che viene aggiornata due volte sbagliata, o cancellata due
99. 9:51volte. Quindi serve proprio che ci sia una latenza tra quello che fate e quello che è la copia
100. 9:56ultima che era rimasta, quindi un backup. Ora, a tal proposito, ci sono una serie di software, io
101. 10:01vi consiglio Restic: è quello che utilizzo per la maggiore. È bello perché è solido, sono tanti anni
102. 10:07che c'è, supporta tutte le funzionalità di base che ti puoi aspettare da un backup senza sprecare
103. 10:12spazio, cifratura, deduplicazione, compressione, controllo dell'integrità. Se cercate qualcosa di
104. 10:20più semplice, magari Kopia, ma non l'ho usato personalmente, ne parlano tutti bene. Se siete
105. 10:24nell'ecosistema Kubernetes, K8up; che mi dicono si pronunci tipo ketchup, non ha alcun senso
106. 10:31questa cosa, mi sembra sensato, e comunque alla fine usa sempre Restic sotto la scocca, quindi...
107. 10:38però, diciamo, tralasciando la parte Kubernetes, che è un pochino più avanzata, Restic è soltanto da
108. 10:44riga di comando, ma qui vedete un'interfaccia web; perché essendoci una community dietro, molto attiva,
109. 10:51qualcun altro ha sviluppato un frontend web. Lui supporta il backup sia in locale che in cloud;
110. 10:58potete backupare su... boh, qualsiasi cosa: un server SFTP, un hard disk, oppure su S3,
111. 11:05che è l'ultima moda mh... anche se tanto recente non è in fin dei conti, però S3 costa poco, è in cloud,
112. 11:13lo cifri prima di mandarlo su e funziona molto bene, comunque. Questo ve lo straconsiglio,
113. 11:21ma soprattutto vi straconsiglio di verificare quei dannati backup! Anche qui parlo per esperienza.
114. 11:28La cosa fondamentale sarebbe testare i backup periodicamente. Fatevi un evento a calendario,
115. 11:34la cosa più semplice che potete fare... poi, assieme a questo, in realtà ci sarebbe un discorso più
116. 11:38ampio riguardo al monitoraggio, che non è soltanto il monitoraggio del backup; è il monitoraggio di
117. 11:43tutto quello che sta girando. Ci sono tanti tipi di fallimento che arrivano in maniera
118. 11:49molto silente: non vi avverte nessuno quando fallisce qualcosa in maniera non troppo dura.
119. 11:55A tal proposito vi consiglio cose come Uptime Kuma, se volete qualcosa di estremamente semplice,
120. 12:00tipo on/off, funziona o non funziona, oppure: se volete report più dettagliati, volete delle
121. 12:06metriche, volete anche capire le performance, Prometheus, che è però leggermente più complesso
122. 12:13da da configurare. A tal proposito, Uptime Kuma, sempre correndo, no, la via del più semplice
123. 12:20prima, supporta due modalità di monitoraggio: attivo e passivo. significa potete istruirlo
124. 12:25a fare lui un check dove prova a raggiungere l'end point della vostra web app per dire "Ok,
125. 12:32risponde ancora oppure no, guarda, risponde 503" oppure non funziona per qualche altra ragione,
126. 12:39oppure passivo - della serie: io mi aspetto di essere pingato ogni 24 ore dal sistema di backup. Se il
127. 12:46sistema di backup non ha girato, oppure il backup è fallito, non ricevo il ping e quindi mando la notifica.
128. 12:53La notifica può essere mandata su email, Telegram, Gotify, la qualunque. Ci sono, penso,
129. 12:57un centinaio di metodi che non sapevo neanche, non conoscevo, ed è tutto estremamente configurabile;
130. 13:03però è estremamente semplice, anche. È tutto qua: è quell'interfaccia che vedete, più un'altra
131. 13:08schermata per le impostazioni. La cosa bella è che poi vi vi tiene anche, no, gli ultimi minuti,
132. 13:13quindi durante un upgrade di Nextcloud si è accorto del downtime perché era andato giù
133. 13:18il database; tutto normale, cioè, manutenzione programmata, però me l'ha segnalato, me l'ha
134. 13:22mantenuto in memoria. E poi ovviamente un'altra cosa che dovete monitorare sono gli aggiornamenti;
135. 13:27gli aggiornamenti disponibili, cioè non funziona che prendo il Docker Compose della
136. 13:33nuova applicazione luccicante che ho trovato, faccio docker compose up. Parte. Sono felice,
137. 13:41me me ne dimentico. Quella avrà sicuramente il tag latest, che dovete evitare come la morte, e poi
138. 13:47da lì in poi latest. Che che vuol dire latest? È la 3.2.0? 3.2.1? È uscita la 4 nel frattempo?
139. 13:56latest. E quindi che significa? Significa che voi periodicamente dovreste idealmente ricordarvi di
140. 14:02tornare nella cartella in cui si trova il Docker Compose, fare Docker Compose Pull, lui scarica
141. 14:07l'ultima latest che si si sarà spostato il tag, e e poi poi riavviate i container. Ora, va bene
142. 14:14se avete due servizi, comincia a essere un po' impegnativo se ne avete 10 o più. Quello che vi
143. 14:19consiglio è prima di tutto fissate la versione, quella che attualmente è la latest, la scrivete
144. 14:24lì. Il passo due - è quello più importante - è di non affidarvi a voi stessi per ricordarvi se
145. 14:31sono usciti aggiornamenti. Non state leggendo il magazine. È una roba da macchine, fatelo
146. 14:35fare alle macchine: la cosa più semplice che potete fare è installare WUD, What’s Up Docker.
147. 14:39Vi crea questa dashboard in cui dice: questo è il numero di applicazioni che hai deployato,
148. 14:44questi sono gli aggiornamenti. C'è anche un'altra schermata, dopo, che dice più dettagliatamente che
149. 14:49cosa - dove è deployato. In realtà supporta sia Docker che Kubernetes, ed è molto molto molto semplice.
150. 14:55È comodo perché poi da qui potete anche con un click aggiornare l'applicazione. Non vi avverte
151. 15:01soltanto, vi fa anche l'update. Qualche tempo fa utilizzavo per Docker- quello del faro, non mi
152. 15:08ricordo più com'è che si chiama; Watchtower! È stato abbandonato... Watchtower... sì, triste.
153. 15:16E così ho cercato altro e questo è anche meglio di Watchtower, tecnicamente, quindi... provatelo,
154. 15:21fatemi sapere. Se cercate qualcosa di un po' più professionale, enterprise, GitOps, ovvero: tengo
155. 15:27le mie configurazioni, i miei Docker File, i miei... anche manifest di Kubernetes, se usate quello,
156. 15:34tengo tutta questa roba su un repository git: così ogni volta che faccio una modifica ai miei
157. 15:41deployment è versionata, e c'ho uno storico, e se qualcosa si rompe dico "Ok, perché prima andava"?
158. 15:46Torno indietro, vado a vedere. Quindi questo è l'approccio. Beh, c'è molto di più nel GitOps,
159. 15:53ma comunque questo è un po' il... la la partenza, no? La base di partenza dell'approccio GitOps. E quindi
160. 15:59strumenti come Renovate funzionano molto bene; perché che cosa- come funzionano? Loro scansionano
161. 16:05il vostro repository, con le configurazioni, i deployment, tutti questi file testuali che dicono
162. 16:10cosa hai deployato, a che versione, controllano ogni 4 ore - a seconda di come li configuri - in
163. 16:16Upstream se è uscito un aggiornamento, e dicono: "Guarda, è uscito un tag nuovo, te sei sulla due,
164. 16:20cos'è? 1.12, c'è già la 2.4, è da un po' che non aggiorni, zio". Quindi permette anche di
165. 16:29fare questo genere di cose qua e ti apre una pull request, sul repo git; come se fosse qualcuno che
166. 16:35ti dice "fai il bump della versione". A quel punto tu la pull request la puoi analizzare, vedi che cosa
167. 16:42è cambiato, plausibilmente solo quel campo, fai un deployment di prova in un ambiente di test, lanci,
168. 16:49vedi che funziona, ok, lo mando in produzione. Fai il merge di quella pull request e poi lo mandi in
169. 16:54produzione. Tutto molto più razionale, tutto molto per gradi... è molto più strutturato come
170. 17:01approccio. Però, per iniziare, va molto bene anche l'altro di cui vi parlavo, What’s Up Docker. Ah...
171. 17:10giusto. È vero che c'era anche questa slide. Allora: l'incidente è sfiorato, siete seduti?
172. 17:16Ve lo racconto. Comincia tutto quanto in un bel giorno in cui avevo questo cluster MariaDB,
173. 17:25tre nodi, applicativo in alta disponibilità. Ho detto: "voglio aggiornare MariaDB". Lancio
174. 17:30l'aggiornamento, parte prima sul primo nodo, e si guasta tutto. Vabbè, l'alta disponibilità c'è per
175. 17:37una ragione, no? Quindi il servizio continua a funzionare... senti, non ho tempo, c'ho da uscire.
176. 17:42Ci pensiamo dopo, quando rientro. Quando rientro mi sono dimenticato, sono passati dei giorni,
177. 17:46intanto io l'applicativo continuavo a usarlo. "Ah, è vero che avevo lasciato un'istanza rotta", perché
178. 17:50nel frattempo c'era Prometheus che mi mandava l'email che l'istanza era giù... mi sono preso
179. 17:54il mio tempo e sono riuscito a rompere... anche... la seconda. Ad onor del vero, poi c'era un bug che è
180. 18:02stato riconosciuto, ma io sono stato troppo rapido ad aggiornare... ecco, una cosa che dovevo dire:
181. 18:07non aggiornate così tanto in fretta. Eh, fatto sta che lì è stato il momento in cui il cluster non
182. 18:15era più tanto contento e allora ho detto, "Sai che? Ho i backup in cloud." - ne ho parlato fino adesso -
183. 18:21"Recuperiamo dall'ultimo backup in cloud e ripristiniamo la versione precedente. No problemo".
184. 18:29(Risate dal pubblico) Ecco, è stato quel momento che mi sono reso conto che, in realtà, il cluster aveva smesso
185. 18:34di fare il backup in cloud quando è passato in stato non-healthy; ovvero, quando si è rotta la
186. 18:40prima replica. Di tutto questo Prometheus, il sistema di monitoraggio che ho tanto osannato,
187. 18:45"bello, fighissimo, le metriche", non mi ha detto niente. Non sapevo che non c'erano i backup degli
188. 18:50ultimi quattro giorni perché stavo guardando la metrica sbagliata! Io chiedevo eh- "C'è un backup fallito?" -
189. 18:58che era poi un job su Kubernetes - "C'è un job fallito?" No, non c'erano job falliti, e quindi
190. 19:04tutto a posto. Vedo facce un po' confuse: "Com'è possibile che non ci sono job falliti?
191. 19:08Non ha eseguito il backup". Esatto, non ha eseguito: non può fallire! E alla fine m'ha salvato
192. 19:15Proxmox, perché io eseguo tutto virtualizzato, quindi i backup a livello infrastrutturale...
193. 19:20sono andato a pigliare l'ultimo database e va bene così. Vabbè, adesso monitoro con questa
194. 19:25regola qua. Questo è un fac-simile, in realtà. Comunque l'idea era un po' questa: che monitoro
195. 19:29dall'ultimo backup con successo, se sono passate più di 24 ore, allora allora scatta. Vabbè,
196. 19:36comunque ora ho detto tante cose, quindi cerchiamo di condensare un po' tutto quello che ho detto
197. 19:43finora. Se doveste cominciare oggi, domani, prima di tutto la scelta dello strumento. Ci sono tre
198. 19:50strumenti che potete utilizzare, non sono tutti quanti o uno o l'altro, alcuni sono complementari.
199. 19:57Scegliete lo stack tecnologico su cui basare la vostra infrastruttura che vi serve meglio
200. 20:02oggi. Allora, se il problema è: "Voglio gestire le mie applicazioni in maniera pulita, senza che si
201. 20:08pestino i piedi, senza che si contendano entrambi la porta 8080". Bene, allora utilizzi Docker.
202. 20:14Docker compose, è un file di testo, ho tutte le mie impostazioni di deployment di base, lo lancio e so
203. 20:20che ogni applicazione è comunque... è abba- è tutto molto contenuto, alla fine. Se il problema è "Guarda,
204. 20:28ho paura che aggiornando il sistema operativo" stavo- stavo cercando di trovare il termine più
205. 20:33adatto per questa cosa che non sia una volgarità, quindi- vabbè dai, avete capito il concetto;
206. 20:39allora utilizzate Proxmox. Perché, dopo un aggiornamento, se qualcosa va giù, torno al backup
207. 20:46al prima dell'aggiornamento. Idealmente queste sono due cose che potete utilizzare insieme.
208. 20:54Docker, virtualizzato su Proxmox, così ho sia il vantaggio dell'aggiornamento a zero pensieri a livello di
209. 21:02sistema operativo, sia o- e anche comunque dei dati, che sono già backuppati automaticamente con- con la
210. 21:07macchina virtuale, sia il discorso del mantenere tutti quanti i miei deployment ordinati e non
211. 21:13continuare a deployare il software come negli anni '90. Va bene apt install, e funziona molto bene, e però ti installa
212. 21:20un file di configurazione di qua, una cosa di là, non- non hai un punto chiaro dall'inizio che vi mappa
213. 21:25tutte le risorse del deployment, non è facilmente portabile. Dovete conoscere intimamente ogni
214. 21:30applicazione per portarla senza fare errori. Questo non lo richiede. Sono tutti strumenti
215. 21:34che alla fine vi semplificano la vita perché richiedono meno specializzazione per portare cose
216. 21:39specifiche. E poi c'è il terzo problema: ho più macchine, magari sono tutti hardware di recupero.
217. 21:45Il portatile di 8 anni fa di Riccardo, il portatile di 10 anni fa mio o cose di questo tipo,
218. 21:53la roba in cantina, quindi una sola non riesce a eseguire tutte le mie applicazioni, li metto insieme,
219. 22:00creo un cluster e faccio girare un po' di qua e un po' di là, uso le risorse in maniera fluida.
220. 22:04Questa per me è una cosa fighissima che vi permette veramente di sfruttare fino
221. 22:10all'ultimo quello che avete, senza sprecare risorse, e tra l'altro vi dà anche un side effect molto
222. 22:17interessante: che se vi avanzano delle risorse, qualche servizio più critico lo potete mettere in
223. 22:21ridondanza, e quindi diventa anche più affidabile rispetto alla singola copia in esecuzione, per la
224. 22:27continuità operativa. Kubernetes, ovviamente, stavo parlando di lui. Anche qui: potete utilizzare
225. 22:33Kubernetes virtualizzato su Proxmox. In tanti mi hanno chiesto "Ma perché utilizzare Proxmox quando
226. 22:38puoi usare Kubernetes?" Beh, per le ragioni di prima: aggiornando il sistema operativo, si
227. 22:43può comunque rompere Kubernetes, se la roba sotto cambia e- e non era una cosa che si aspettava. Può
228. 22:51succedere. Quindi, virtualizzo tutto quanto. Eh, soprattutto vabbè, qua si andrebbe su su
229. 22:59discorsi molto più lunghi, però avere le macchine virtuali su Proxmox vi aiuta tanto; anche
230. 23:03perché Kubernetes è molto invasivo, vi mette delle delle schede di rete virtuali, tutta una serie di
231. 23:08robe che, se potete mantenere tutto quanto dentro una macchina virtuale, ve lo consiglio. Ok? Quindi
232. 23:13la linea di principio è risolvete il problema che avete oggi, non cercate di anticipare problemi di
233. 23:19domani. Non potete sapere quali sono i problemi di domani e cercare di anticipare problemi che
234. 23:24ancora non avete può essere molto demotivante; è un ottimo modo per rimanere schiacciati dalla
235. 23:30complessità o spararsi sui piedi, come preferite. In più, comunque considerate che se io risolvo i
236. 23:37problemi che ho oggi, intanto imparo tutto e solo quello che mi serve, che già è abbastanza.
237. 23:42Se un giorno avrò altri problemi da risolvere, tipo un allargamento del parco macchine,
238. 23:47per cui valuto Kubernetes, beh, si impara tanto anche facendo le migrazioni. Ok. Se doveste
239. 23:53cominciare oggi, cosa vi serve? Almeno un mini PC o un qualsiasi hardware di recupero, basta
240. 23:59che abbia, tendenzialmente, vi direi, 8 GB di RAM, dipende cosa dovete deployare, ovviamente un SSD.
241. 24:06Partite dal docker compose, qualcosa di estremamente semplice, va benissimo per iniziare, e
242. 24:11con quello vi deployate una delle tre applicazioni o anche tutte e tre che vi ho suggerito, se vi
243. 24:17piacciono. Dopodiché configurate l'accesso, perché ovviamente dovrete anche utilizzarle da fuori
244. 24:23casa. Caldamente consigliato NetBird. E poi backup. Forse questo addirittura prima dell'accesso, se
245. 24:29volete dare delle priorità. Dopo di questo dovete sapere che anche le cose funzionano,
246. 24:33quindi Uptime Kuma per il monitoraggio, o Healthchecks.io. Anche quello è fornito in SaaS:
247. 24:39vi danno un endpoint e voi lo pingate quando le cose funzionano, vi manda una mail quando le cose
248. 24:43non funzionano. E in ultimo, gli aggiornamenti. Questo diciamo racchiude un po' tutto quanto.
249. 24:50È un pacchetto. Avete visto che per deployare tre applicazioni, a livello infrastrutturale gli sto
250. 24:55dando un supporto di altre 1 2 3 4 applicazioni; cioè quattro cose installate, configurate,
251. 25:02conosciute bene per deployarne tre. Mi sembra chiaro che se volete prendere questa cosa
252. 25:07seriamente, e non avere sorprese, c'è dell'overhead, ok? Io vi avevo avvertiti all'inizio.
253. 25:18Però questo è tutto, e vi lascio una checklist operativa di tutte le cose
254. 25:22che dovreste guardare prima di andare in produzione, con le spunte. Tac, fatto,
255. 25:27fatto, fatto. Quando sapete che potete dare la spunta a ciascuna di queste cose,
256. 25:32siete ragionevolmente sicuri che non vi farete troppo male. Grazie.
257. 25:38(Applausi dal pubblico)