May 2021 - nexa - server-nexa.polito.it

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Stefano Maffulli

On Thu, May 27, 2021 at 10:35 AM Giacomo Tesio <giacomo(a)tesio.it> wrote: > In sostanza, stai riproponendo le brochure commerciali dei colossi > USA rivendute come "modernità". > > Il vero problema, in Italia, è che per i "C-level" le tue parole possono > avere la stessa > credibilità di quelle di Giuseppe Attardi, ma mentre lui li spinge ad > investire > nel nostro Paese, tu li inviti ad affidare soldi, dati e competenze future > a note aziende straniere minimizzando il proprio rischio personale > ancor prima di quello delle aziende o delle PA che dovrebbero servire. > Fermo lì! :) non sto invitando nessuno a dare soldi ai GAM. Capiamoci. Sto solo sollevando dubbi per discutere di soluzioni. Ulteriore chiarimento necessario: sto partendo dal presupposto che il PNRR sia un finanziamento per un moonshot, una sorta di programma Apollo di modernizzazione globale della PA italiana. Per un moonshot non mi aspetto di classificare come innovazione usare gdrive o spostare il database Access dallo sgabuzzino in una VM su Aruba. Da questa conversazione mi rendo conto che il mio presupposto è sbagliato. Se con questi fondi si finanzia il "forklifting" di semplici VM non vedo grossi ostacoli operativi o di competenze. Sarei proprio curioso di leggere quali dubbi tu abbia. > I rant sulle applicazioni di calendario, indirizzi, posta e sincronizzazione file li dedichiamo alla prossima volta che ci troviamo di persona con sufficienti birre o vini che è più divertente :)

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Giacomo Tesio

On May 27, 2021 5:06:47 PM UTC, "Fabio Pietrosanti (naif)" wrote: > Meglio che niente, ma in Italia neanche questo! Però in Italia il Garante della Privacy ha un canale YouTube! ¯\_(ツ)_/¯ Giacomo

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Giacomo Tesio

Caro Stefano, su un punto siamo d'accordo. On May 27, 2021 4:04:18 PM UTC, Stefano Maffulli wrote: > Il compito credo sia nostro di fare la Politica e suggerire soluzioni. Fortunatamente ciascuno di noi può solo proporre quanto saprebbe effettivamente realizzare. (È Politica non marketing! :-D) > Lo scenario che avevo in mente è quello di un salto generazionale, > finanziato dal PNRR. [...] ovvero il catalogo completo dei GAM. In sostanza, stai riproponendo le brochure commerciali dei colossi USA rivendute come "modernità". Il vero problema, in Italia, è che per i "C-level" le tue parole possono avere la stessa credibilità di quelle di Giuseppe Attardi, ma mentre lui li spinge ad investire nel nostro Paese, tu li inviti ad affidare soldi, dati e competenze future a note aziende straniere minimizzando il proprio rischio personale ancor prima di quello delle aziende o delle PA che dovrebbero servire. È facile indovinare chi ascolteranno più volentieri. > > Che significa: "non ci sono alternative alle cloud di Google, Amazon > > e Microsoft"? > > > Il contesto che ho in mente in questi giorni sono le applicazioni > nuove della PA centrale italiana, PagoPA, IO e le novità annunciate da INPS. > Queste applicazioni nuove non girano sui semplici IaaS. Per quanto visibili, queste applicazioni costituiscono una fetta ridicola del parco applicativo della PA. Meno del 1%. Sicuro di poter generalizzare le loro esigenze tecniche? E di conoscerle? Invece che valore strategico militare hanno le infrastrutture amministrative di un Paese? I dati amministrativi? E quelli personali ad essi collegati? Quanto vale per Microsoft o Google poter leggere le email di un Parlamentare? Ah già scusa: se dicono di non farlo, non lo fanno. Non più almeno. "We shall do no evil!" Giurin giuretto! :-D > Già quando parli di Gdrive/Onedrive e posta però, basandomi > sulla mia esperienza personale, inizio ad avere dubbi... ROTFL!!! :-D Sarei proprio curioso di leggere quali dubbi tu abbia. Sii specifico e non temere di andare sul tecnico. ;-) Giacomo

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Fabio Pietrosanti (naif)

On 27/05/2021 17:41, Stefano Zacchiroli wrote: > On Thu, May 27, 2021 at 04:15:33PM +0200, Fabio Pietrosanti (naif) wrote: >> In Francia Orange ha costituito con Microsoft una società di scopo, sotto la >> diretta supervisione dell'ANSSI (Cybersecurity) e CNIL (Garante Privacy), >> all'esplicito scopo di sfuggire al U.S. Cloud Act: > Non ho capito se stai dicendo che questo tipo di soluzione ti soddisfa o > meno. (A me per niente, ed è esattamente ciò contro cui i piccoli/medi > provider cloud francesi ed attori FOSS stanno cercando, senza molto > successo per ora, di mobilitarsi.) Posto che la soluzione migliore è tutto FOSS, o quantomeno pieno stack tecnologico e operativo Europeo, nel modello Francese vi è quantomeno l'intervento degli enti preposti alla sicurezza nazionale e alla protezione dei dati per la supervisione dell'operazione. Questo significa che c'è un doppio binario di analisi procedurale, da cui deduco di impatto su ISO27001 e GDPR con DPIA di dettaglio. Meglio che niente, ma in Italia neanche questo! Fabio

May 27, 2021

[france] La CNIL appelle à des évolutions dans l’utilisation des outils collaboratifs étatsuniens pour l’enseignement supérieur et la recherche

by Stefano Zacchiroli

Sempre sul tema colonialismo digitale et "cloud", è appena uscito il parere della CNIL sull'uso di piattaforme collaborative "cloud" statunitensi per l'insegnamento superiore e la ricerca in Francia. Testo completo in francese qua: https://www.cnil.fr/fr/la-cnil-appelle-evolutions-dans-utilisation-outils-c… -- Stefano Zacchiroli . zack(a)upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Science Professor . CTO Software Heritage . . . . . o . . . o o Former Debian Project Leader & OSI Board Director . . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club »

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Stefano Maffulli

Grazie Damiano per questo tuo messaggio che mi aiuta a chiarire alcuni temi. On Thu, May 27, 2021 at 2:00 AM Damiano Verzulli <damiano(a)verzulli.it> wrote: > Che significa: "non ci sono alternative alle cloud di Google, Amazon e > Microsoft"? > Il contesto che ho in mente in questi giorni sono le applicazioni nuove della PA centrale italiana, PagoPA, IO e le novità annunciate da INPS. Queste applicazioni nuove non girano sui semplici IaaS. non parlo di VM da prendere e spostare in datacenter remoti: per questo tipo di workload penso ci siano abbastanza infrastruttura e competenze in Italia. Già quando parli di Gdrive/Onedrive e posta però, basandomi sulla mia esperienza personale, inizio ad avere dubbi... ma non divaghiamo. Quando leggo i proclami del governo di una strategia "cloud first", penso al megacatalogo di prodotti che offrono i megacloud. AWS ha iniziato con EC2 e S3, ma ora il catalogo è immenso e continua a crescere. La spinta al cloud la interpreto così: iniziate togliendovi il server dallo sgabuzzino transformandolo in una VM nel datacenter di un altro e comprate SaaS appena possibile; e se dovete sviluppare nuove applicazioni, guardate questo catalogo infinito, sviluppate applicazioni con architetture moderne. > Secondo me ci sono dei fattori che non possono essere trascurati (e che > vedo trattati _pochissimo_ nelle discussioni, anche qui, fra tecnici): > > - tutti parlano di cloud. Nessuno parla di applicazioni (quelle > "running", _OGGI_). Nessuno dice che quelle applicazioni, oggi, _NON_ > possono essere mandate su cloud, se non utilizzando servizi IAAS (sposto la > VM dal mio DC al DC di un altro). Per questo "problema", i DC di Aruba, i > DC di TopHost, i DC di Hetzner, di OVH, (...i DC di SOGEI, i DC di CINECA, > etc.) vanno _benissimo_; > > Concordo su questo: sicuramente ci sono applicazioni legacy che si possono sollevare e spostare su VM senza problemi, magari pure con qualche vantaggio contabile. È il primo passo da fare. Lo scenario che avevo in mente è quello di un salto generazionale, finanziato dal PNRR. In pratica immaginavo che la strategia del cloud first significasse in pratica: saltate il lift-and-shift dal ferro alla VM (quello andava fatto 15 anni fa) e usate questi fondi per riscrivere le applicazioni di protocollo, gestione prenotazioni delle ASL, cartelle mediche ecc su cloud. E a cloud assegno il significato di oggi, non quello di 15 anni fa, ovvero il catalogo completo dei GAM. > A quale "arretratezza" ti riferisci? Forse al fatto che nelle ASL, negli > Atenei, al Ministero delle Finanze, e in tanti altri posti "pubblici", la > parola LAMP fa ancora tendenza? Se si, che relazione ha questo "problema" > con il fatto che Amazon, Google e Microsoft rappresentino scelte obbligate? > Nello scenario che ho in mente, un comune che vuole aggregarsi a PagoPA non andrà a farsi sviluppare un'applicazione LAMP da far girare su una VM ma sarà incentivato a usare quei fondi per saltare direttamente a sistemi moderni. Molto più probabile però che la maggior parte delle PA italiane useranno i fondi per lift-and-shift, e per quello basta Aruba e Binario Etico. > Da almeno 20 anni l'IT del nostro Paese è "attività commerciale". Fare IT, > nel privato, significa "comprare software" e "rivenderlo", a volte > arricchito con una percentuale piu' o meno trascurabile di valore aggiunto. > Fare IT significa _VENDERE_ hardware e software pacchettizzato. I nomi che > hai citato sono eccellenze in questo ambito (aka: comprano e vendono > _molto_). Non ho alcun dubbio (e, con me, molti altri "tecnici") sul fatto > che i paradigmi che stanno alla base del F/OSS manchino totalmente nelle > agende dei C-level citati: perche' dovrebbero esserci? (non e' una domanda > retorica). > Perchè i paradigmi del F/OSS sono ben in mente a Jassy, Pichai e Nadella (e ai colossi cinesi, guarda le sponsorizzazioni che fanno). Queste sono le aziende al top dell'innovazione mondiale. Il caso Microsoft è emblematico che prova il nesso di causalità tra open source, innovazione e successo commerciale nei servizi cloud (inteso in senso molto lato): fino alla svolta di Nadella e l'adozione tattica di progetti open source, Microsoft era indietro. > Questi temi, pero', sono _POLITICI_. È compito della Politica affrontare > (e risolvere, ammesso che li condivida) questi problemi. > Il compito credo sia nostro di fare la Politica e suggerire soluzioni.

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Stefano Zacchiroli

On Thu, May 27, 2021 at 04:15:33PM +0200, Fabio Pietrosanti (naif) wrote: > In Francia Orange ha costituito con Microsoft una società di scopo, sotto la > diretta supervisione dell'ANSSI (Cybersecurity) e CNIL (Garante Privacy), > all'esplicito scopo di sfuggire al U.S. Cloud Act: Non ho capito se stai dicendo che questo tipo di soluzione ti soddisfa o meno. (A me per niente, ed è esattamente ciò contro cui i piccoli/medi provider cloud francesi ed attori FOSS stanno cercando, senza molto successo per ora, di mobilitarsi.) -- Stefano Zacchiroli . zack(a)upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Science Professor . CTO Software Heritage . . . . . o . . . o o Former Debian Project Leader & OSI Board Director . . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club »

May 27, 2021

ALLE 17:30: Antonio Casilli : En attendant les robots. Utopie de la fin du travail ou nouvelle exploitation?

by J.C. DE MARTIN

* *jeudi 27 Mai 2021* à *17h30* - *Antonio Casilli : **/En attendant les robots. Utopie de la fin du travail ou nouvelle exploitation?/* _*Participer à la réunion Zoom :*_ https://us02web.zoom.us/j/81955403584?pwd=a2lKU0swWThKd05lVDFIbnNudkNaZz09 <https://us02web.zoom.us/j/81955403584?pwd=a2lKU0swWThKd05lVDFIbnNudkNaZz09> *_ID de réunion :_ *819 5540 3584 *_Code secret :_ *572520 *Antonio Casilli* est professeur de sociologie à Télécom Paris, auteur de /Les liaisons numériques/. /Vers une nouvelle sociabilité/ (2010), /En attendant les robots. Enquête sur le travail du clic/ (2019). *Résumé* : /Et si, comme l’énigmatique Godot dans la pièce de Samuel Beckett, les robots n’arrivaient jamais ? Que se passerait-il si notre attente quasi-messianique de l’automatisation complète s'avérait une promesse constamment renouvelée, mais jamais tenue ? C'est dans le domaine du travail que cette prophétie pèse davantage. Depuis la première apparition, au XVII siècle, de la notion d' "usine sans ouvriers" jusqu'aux grandes plateformes numériques, c'est moins un "grand remplacement technologique" qui a lieu qu'un grand encasernement du travail au sein de structures matérielles et idéologiques qui poussent à des formes de subordination et de flexibilisation de plus en plus extrêmes. Cette situation n'est pourtant pas exempte de contradictions, de tensions et d’alternatives./ /https://imera.univ-amu.fr/fr/cycle-travail-libertes-utopies-aujourdhui /

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Fabio Pietrosanti (naif)

On 27/05/2021 08:48, Stefano Zacchiroli wrote: > C'è un dibattito simile in corso qui in Francia, dove il governo sta > sostanzialmente provando a vendere come "cloud sovrano francese" delle > soluzioni cloud dei GAFAM, con accordi d'uso specifici che > "garantiscono" che storage e altre risorse di calcolo siano > geograficamente localizzate in Francia. In Francia Orange ha costituito con Microsoft una società di scopo, sotto la diretta supervisione dell'ANSSI (Cybersecurity) e CNIL (Garante Privacy), all'esplicito scopo di sfuggire al U.S. Cloud Act: > *Microsoft partners with French companies Orange, Capgemini on cloud* > > > -- By Laura Kayali > May 27, 2021, 11:39 am | View in your browser > <https://urldefense.com/v3/__https://politico.us8.list-manage.com/track/clic…> > > PARIS — French consulting and IT company Capgemini and telecom > operator Orange will partner with U.S. tech giant Microsoft to set up > a cloud company called Bleu, that will not be subject to U.S. > extraterritorial legislation. > > The so-called /“Cloud de Confiance”/ service “will meet sovereignty > requirements of the French State, public administrations and critical > infrastructure companies with unique privacy, security and resiliency > needs as determined by the French State,” the companies announced > <https://urldefense.com/v3/__https://politico.us8.list-manage.com/track/clic…> today. > > Bleu would be “an unprecedented French hyperscale cloud, fully under > French and European jurisdictions,” they added. > > The French government has been long wary of the extraterritorial > nature of the U.S. Cloud Act, which allows American authorities to > access data hosted by U.S. companies even if they’re stored abroad. > > Earlier this month, France unveiled > <https://urldefense.com/v3/__https://politico.us8.list-manage.com/track/clic…> its > cloud strategy, which promotes a “trusted cloud providers” > certification. The government, the cybersecurity agency ANSSI and data > protection authority CNIL backed hybrid solutions where U.S. software > such as Microsoft’s or Google’s is licensed by European companies to > process the data — and therefore not subjected to the Cloud Act. > > Guillaume Poupard, ANSSI’s general director, “enthusiastically > welcomes this ambitious project,” he said in Bleu’s press release. > > Economy Minister Bruno Le Maire and Digital Junior Minister Cédric O > also gave their blessing, calling the partnership a “new step toward > European sovereignty.” > > Bleu’s data centers will offer the Microsoft Azure cloud platform’s > services but will be “strictly separated” from the U.S. company’s > global data center infrastructure, according to Capgemini and Orange. > > Not everyone is won over, however, as some fear that behind the veneer > of sovereignty is actually an open door to U.S. tech giants. “This > false sovereignty is an absolute danger,” said > <https://urldefense.com/v3/__https://politico.us8.list-manage.com/track/clic…> the > founder and president of French cloud company Scaleway Arnaud de > Bermingham. >

May 27, 2021

Re: [nexa] Colonialismo digitale US nel Cloud Italiano e Schrems - II

by Enio Gemmo

Non posso che condividere pienamente questa analisi Grazie Il gio 27 mag 2021, 11:00 Damiano Verzulli <damiano(a)verzulli.it> ha scritto: > Il 26/05/21 19:37, Stefano Maffulli ha scritto: > > [....] > Serve tenere presente che *oggi* non ci sono alternative alle cloud di > Google, Amazon e Microsoft. > > Nel contesto di questa lista, questa affermazione è troppo generica. > > Che significa: "non ci sono alternative alle cloud di Google, Amazon e > Microsoft"? > > - Significa che il Comune di XYZ (da 1000 abitanti), deve _PER_FORZA_ > avere GDRIVE o ONEDRIVE sui PC del segretario comunale? Non ci sono > alternative? > > - Significa che il Comune di KKK (da 20.000 abitanti), non è più in > grado di far girare delle VM su infrastrutture locali (perche' non puo' > comprare HW) e, spinto dalla norma che gli dice di "mandare tutto su > cloud", _DEVE_ spostare il workload su delle VM (perche' e' di questo che > parliamo!) su Google, Amazon o Microsoft? Perche' Hetzner no? Perche' OVH > no? Perche'... Aruba no? > > - Significa che il Ministero dell'Istruzione --dopo che ha deciso di > _NON_ essere in grado di gestire localmente la propria infrastruttura di > posta-- la _DEVE_ portare su piattaforme Microsoft? Non ci sono > alternative? Ne siamo _VERAMENTE_ sicuri? Come hanno fatto, fino a ieri? > > - Significa che l'Ateneo YYY (magari da 30k studenti e 1200 unita' di > personale docente e amminsitrativo) --dopo che ha (inconsapevolmente) > annientato il proprio IT interno-- _DEVE_ mandare on-line gli stream delle > lezioni utilizzando Microsoft Teams o Google Classroom perche' NON ci sono > alternative? Ne siamo proprio sicuri? (hint: magari facciamo questa domanda > _ANCHE_ a PoliTO) > > - Significa che la mia locale ASL, non ha alternative rispetto > all'esternalizzazione di VM (perche', di nuovo, è di questo che > parliamo....) su Amazon, Google o Microsoft? > > ....oppure > > - significa che il sistema di gestione del "protocollo informatico" > del Comune XYZ è "cloud-native" e richiede, per funzionare, servizi a-la > "Server-less computing", ad oggi offerti solo dai big player made-in-USA? > > - significa che la ASL sta riscrivendo il proprio software di gestione > del tracciamento COVID e lo sta facendo in modalita' "cloud-native", ed ha > bisogno di provider che gli consentano di deploiare la propria applicazione > in modalità "ultra-scalabile"? > > - significa che il l'Agenzia delle Entrate sta riscrivendo tutto il > software del "Cassetto Fiscale" e lo sta facendo con architetture > cloud-native che --di nuovo-- richiedono una infrastruttura di > "cloud-computing" che NON è quella di Aruba, di Hetzner (e, forse, di OVH > [che non conosco direttamente])? > > ...e potrei continuare. > > > Secondo me ci sono dei fattori che non possono essere trascurati (e che > vedo trattati _pochissimo_ nelle discussioni, anche qui, fra tecnici): > > - tutti parlano di cloud. Nessuno parla di applicazioni (quelle > "running", _OGGI_). Nessuno dice che quelle applicazioni, oggi, _NON_ > possono essere mandate su cloud, se non utilizzando servizi IAAS (sposto la > VM dal mio DC al DC di un altro). Per questo "problema", i DC di Aruba, i > DC di TopHost, i DC di Hetzner, di OVH, (...i DC di SOGEI, i DC di CINECA, > etc.) vanno _benissimo_; > > - la "scala" di Amazon, Google e Microsoft è "il mondo". Il nostro > problema (cloud nella PA) è la PA Italiana. Siete proprio sicuri che 5 > datacenter "piccoli" (ma ben connessi fra loro, e ben "amministrati") non > possano sostenere il workload dell'80% della PA Italiana? Siete proprio > sicuri che il problema sia "il ferro" (numero e dimensione dei DC e loro > capacità computazione e di storage)? > > - se è vero (come è vero) che le "competenze" in ambito "architetture > cloud-native" sono merce rarissima, nessuno dice che _NON_ è necessario che > queste competenze scalino linearmente con l'aumentare della dimensione > delle infrastrutture gestite e del carico computazione: lo stesso gruppo di > "20 tecnici giusti", può gestire una infrastruttura che sta in un armadio > rack da 42", o in 10 armadi rack, o in 50 rack sparsi in 5 DC. _SE_ > (ripeto: _SE_) l'architettura poggia sulle basi dell'automazione e > dell'orchestrazione, non cambia niente! (o comunque cambia _pochissimo_). > Insomma: per (ri)portare l'IT "pubblico" del nostro Paese sui binari > giusti, _NON_ servono 10.000 tecnici. Ne servono meno (molto meno) di 100. > Chiaramente serve qualcuno che li guidi (ma questa e' un'altra storia. Che > non c'entra con Google, Microsoft e Amazon). > > > Le alternative locali sono indietro di oltre 10 anni, sia per dimensioni > sia per funzionalità. E il PNRR mette "cloud" al centro della strategia > digitale del paese. Ci sono da recuperare 15 anni di arretratezza, anni in > cui anche l'open source si è fermato a guardare, lasciando la *pratica* del > cloud in mano ai colossi. Mai come oggi c'è stato così tanto software > libero che in pochi però sanno far funzionare a scala. > > Se allarghiamo il discorso a tutto l'IT del Paese (e non, quindi, alla > sola PA), allora è chiaro che i servizi di Aruba (o di TopHost, o di > Hetzner, o di OVH) _NON_ sono paragonabili a quello di AWS. Ed un'azienda > "moderna" (la prima che mi viene in mente, è Bending Spoons) tende > necessariamente a guardare in direzione USA (perche' è li che trova quello > di cui ha bisogno) > > Ma il nostro focus _NON_ è l'IT del Paese. È quello della PA. Una PA che è > indietro millemila anni, in ambito IT. E paradossalmente questo è un > vantaggio, perche' in questo contesto, "cloud" = "IAAS". E l'"IAAS" è > _DISPONIBILE_ gia', nel nostro territorio (e in Europa). > > A quale "arretratezza" ti riferisci? Forse al fatto che nelle ASL, negli > Atenei, al Ministero delle Finanze, e in tanti altri posti "pubblici", la > parola LAMP fa ancora tendenza? Se si, che relazione ha questo "problema" > con il fatto che Amazon, Google e Microsoft rappresentino scelte obbligate? > > Attenzione: _NON_ sto dicendo che non esista un ritardo. Tutt'altro. È > solo che quel ritardo _NON_ si colma adottando massicciamente le > piattaforme GAM. Quel ritardo puo' essere colmato solo passando dalla > realizzazione di nuove applicazioni (cloud-native) e dalla predisposizione > di piani di adozione/migrazione "adeguati". E dovrei pensare che questo > _NON_ sia possibile nel nostro Paese? Oggi? > > > Gli italiani in OpenStack erano Garr, INFN ed Enter, tutte con pochi > spiccioli. Il che mi fa supporre che nelle 3 grosse aziende citate non ci > sono le competenze di scala al livello necessario ad offrire servizi > alternativi agli ultra-scale. > > La missione di GARR _NON_ è quella di essere il "cloud-provider della > P.A.". È quella di fornire connettività (e servizi "accessori") alla > Comunità della Ricerca. E già solo per fare questo, ha (da tempo) > metabolizzato il fatto che "automazione" e "orchestrazione" sono > indispensabili (per fare efficacemente il suo lavoro). Probabilmente > l'avvicinamento ad OpenStack (ed a K8S) va letto in questa ottica, ossia > funzionale alle proprie necessita'. Non al fatto di candidarsi ad essere > cloud-provider verso terzi. > > > Ci saranno sicuramente ottimi ingegneri e dipartimenti forti a > TIM/Fincantieri/Leonardo, ma ho l'impressione che il C-level negli ultimi > 10 anni non ha sviluppato le competenze necessarie a gestire un cloud in > grande scala con progetti open source, anche solo compute+storage+network > (non parlando dei servizi tipo dbaas, serverless, etc)? Sbaglio? > > Da almeno 20 anni l'IT del nostro Paese è "attività commerciale". Fare IT, > nel privato, significa "comprare software" e "rivenderlo", a volte > arricchito con una percentuale piu' o meno trascurabile di valore aggiunto. > Fare IT significa _VENDERE_ hardware e software pacchettizzato. I nomi che > hai citato sono eccellenze in questo ambito (aka: comprano e vendono > _molto_). Non ho alcun dubbio (e, con me, molti altri "tecnici") sul fatto > che i paradigmi che stanno alla base del F/OSS manchino totalmente nelle > agende dei C-level citati: perche' dovrebbero esserci? (non e' una domanda > retorica). > > Questi temi, pero', sono _POLITICI_. È compito della Politica affrontare > (e risolvere, ammesso che li condivida) questi problemi. > > E l'infrastruttura cloud su cui poggiare l'IT pubblico del Paese.... è > probabilmente la prima decisione che dovrà essere presa (ammesso che non > sia stata gia' fatta). > > A me terrorizza il fatto che continuo a sentire, ovunque, che nel nostro > Paese ci sono "11.000 datacenter" e che "molti di questi non sono sicuri". > Nessuno dice che, quasi certamente, in quei 11.000 datacenter è incluso > l'antibagno del Comune XYZ (che, insieme alla scopa ed al carrello delle > pulizie, vede a terra anche il server con il locale gestionale). E nessuno > riflette sul fatto che la "sicurezza" è stata misurata valutando il livello > di TLS supportato (quando supportato) sul sito web istituzionale. > > Questa (del magazzino delle scope, e del TLS istituzionale) è la realta' > nella PA di oggi. Non è quella delle architetture cloud-native. E > contrattualizzare i rapporti con google, microsoft e amazon, non credo > risolverà molto (anzi). > > > Secondo me bisogna avere bene in mente questo stato di fatto per poter > offrire piani credibili di indipendenza tecnologica all'Italia e > all'Europa. > > mi piacerebbe vederne almeno uno di questi "piani credibili". Finora io > non ho visto nulla, se non articoli (generici), mail (generiche) e qualche > chiacchiera. Ma di "piani" --almeno per come intendo io la parola "piano"-- > _zero_. > > > Scusate la prolissità > > My 0.02€ > > Bye, > DV > > -- > Damiano Verzulli > e-mail: damiano(a)verzulli.it > --- > possible?ok:while(!possible){open_mindedness++} > --- > "...I realized that free software would not generate the kind of > income that was needed. Maybe in USA or Europe, you may be able > to get a well paying job as a free software developer, but not > here [in Africa]..." -- Guido Sohne - 1973-2008 > http://ole.kenic.or.ke/pipermail/skunkworks/2008-April/005989.html > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

May 27, 2021