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

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

by Stefano Maffulli

On Sun, May 30, 2021 at 11:42 PM Alberto Cammozzo via nexa < nexa(a)server-nexa.polito.it> wrote: > Quello che rende economiche le soluzioni "as a service" è la possibilità > di acquisire e rilasciare la risorsa al bisogno, più che la sua > economicità: a chi sa esattamente quanto spazio (o cpu) gli serve conviene > il più delle volte comprare il ferro che gli serve. > > Queste almeno sono le conclusioni cui sono giunto per le mie esigenze. > > Internet Archive immagino abbia un piano di espansione dello storage > piuttosto prevedibile, e penso che anche loro abbiano fatto i loro conti. > non ho scritto che IA dovrebbe considerare public cloud, ho scritto che dovrebbe considerare aggiornare i suoi sistemi di storage al nuovo millennio: passare da archiviare file su filesystem e fare rsync tra rack e datacenter. Il mio commento era riferito alla frase "io ho sempre ridondato" che ho inteso alludesse "non serve object storage che garantisce 11 9 di continuità." La discussione è ormai degenerata... Chiudo qui per me.

May 31, 2021

Re: [nexa] The Cost of Cloud, a Trillion Dollar Paradox

by Antonio Iacono

> ... ma quando il > dirigente di turno si trova a dover decidere tra un fornitore esterno > (scarico responsabilità, bella figura con il Direttore e magari pure un > panettone a natale....) o dipendere da 4 tecnici interni, che non > possono garantire la sostenibilità di infrastrutture complesse come > quelle di un cloud, è evidente che si tenderà verso la prima soluzione. Già, lo ripeto da decenni, il problema è sempre lo stesso, la "qualità" dei manager, sia pubblici che privati (vi ricordate il "tizio" manager con la "passione" del web di cui ho scritto qualche giorno fa?). E poi, aggiungo, non sempre sono *solo* quattro tecnici interni, in un sistema fortemente gerarchico come la PA, spesso, quando la PA è nazionale, "sotto" un Direttore dei sistemi informativi ci sono decine o centinaia di tecnici. Se a me, tecnico, danno un sw open source mi studio quello, se danno un sistema closed mi studio l'altro, poco cambia. Per il "sistema Italia", invece, le scelte dei "papaveri" decidono il futuro di un paese. E la cosa grave è che queste persone NON studiano, non approfondiscono (se approfondire significa andare oltre le brochure commerciali), non vogliono prendersi nessuna responsabilità (ma i "premi" quelli sì). E realtà virtuose come il Polito non sono altro che l'eccezione che conferma la regola. > ritrosia dei tecnici ICT di fare squadra Qualche giorno fa ho letto una frase che mi ha fatto riflettere: "bisogna connettere solitudini virtuose". Ecco, i tecnici ICT, il cui dirimpettaio spesso non è un umano ma una macchina, vivono in solitudine, non parliamo poi con il LAD. Ma tra le solitudini ce ne sono tante di virtuose, la difficoltà è connetterle. > organizzarsi sindacalmente Un sindacato, un'associazione, c'è ANIPA, qualcosa fa, ad esempio una recente lettera al min. Brunetta, di uno dei suoi delegati [1], in cui: "A fronte di c.a. 38.000 unità del C.N.VV.F. di cui 3.100 Ispettori, 1.600 Funzionari Direttivi e 220 Dirigenti, le unità informatiche effettive, ovvero il personale assunto con specifiche competenze e specifiche procedure concorsuali oggi ammonta a ZERO Dirigenti informatici con la irrisoria previsione di n.1 Unità, 15 Funzionari Direttivi informatici e 360 Ispettori informatici (molti dei quali con laurea in ingegneria informatica, telecomunicazioni e sicurezza) a volte impiegati, per scarsa organizzazione e riconoscimento, in funzioni diverse dall'ambito ICT. Il personale informatico è il meno formato dal Corpo. Per l'anno in corso la Direzione Centrale per la Formazione non ha previsto corsi di aggiornamento\formazione per gli Ispettori informatici e quasi nulla di specifico per i Direttivi informatici." E i Vigili del Fuoco, rispetto a tante altre PP.AA. sono un'eccellenza. Antonio [1] https://www.anipa.it/cms/images/allegati/Com_20210322_Lettera_al_MinPA.pdf

May 31, 2021

"Denmark helped US spy on Angela Merkel and European allies – report"

by J.C. DE MARTIN

*Denmark helped US spy on Angela Merkel and European allies – report* /Media reports claim US National Security Agency used Danish cables to spy on senior officials Jon Henley Europe correspondent @jonhenley Mon 31 May 2021 15.34 BST /Reports that Denmark’s military intelligence agency helped the US to spy on leading European politicians, including the German chancellor, Angela Merkel, have sparked concern – and demands for an explanation – in EU capitals. Danish public broadcaster Danmarks Radio said the US National Security Agency (NSA), whose alleged tapping of Merkel’s phone was disclosed by Edward Snowden in 2013, also used the Danish Defence Intelligence Service (FE) to spy on officials in Sweden, Norway and France. / /[...] continua qui: https://www.theguardian.com/world/2021/may/31/denmark-helped-us-spy-on-ange… / /

May 31, 2021

Re: [nexa] The Cost of Cloud, a Trillion Dollar Paradox

by Michele Pinassi

Al di là dell'interessante studio, le cui conclusioni -come dalla testimonianza stessa di Enrico Venuto- sono abbastanza scontate, credo che la deriva anche "normativa" verso il Cloud sia dettata da altri fattori, non necessariamente economici (o, quantomeno, non da parte del fruitore). Fermo restando che possono esserci accordi politici per i quali lo stesso fattore economico potrebbe tendenzialmente essere voluto (se non proprio desiderato), dopo numerose discussioni in merito alla situazione delle PA italiane, a cui si aggiungono anche gli Atenei, credo che sia essenzialmente un problema politico. Mi spiego meglio. Nel conto dei servizi ICT va computato anche il RAL dei tecnici deputati a farli funzionare, non solo l'hardware e il software necessario. Probabilmente, quindi, se includiamo nel conto di Polito anche il RAL del personale, forse la bilancia potrebbe non essere così "sbilanciata". A cui va aggiunto il fattore squisitamente politico della vicenda: la PA ha tra i vari core business quello di offrire servizi ICT? Secondo me si, poiché ormai tutto viaggia su sistemi informatici, ma quando il dirigente di turno si trova a dover decidere tra un fornitore esterno (scarico responsabilità, bella figura con il Direttore e magari pure un panettone a natale....) o dipendere da 4 tecnici interni, che non possono garantire la sostenibilità di infrastrutture complesse come quelle di un cloud, è evidente che si tenderà verso la prima soluzione. Si viene pertanto alla domanda madre: quale futuro per l'ICT della PA italiana? Bella domanda, non ne ho idea. Temo che, complice anche una tendente ritrosia dei tecnici ICT di fare squadra, organizzarsi sindacalmente e, comunque, fare adeguata azione di lobbying, il futuro sia piuttosto nuvoloso. Con una PA sempre più stazione appaltante, servizi in outsourcing e via dicendo. Forse, ma le ultime uscite del Min. Colao non lasciano ben sperare, si poteva auspicare almeno a qualche polo nazionale di servizi ICT: penso che sarà più facile arrivare a qualcosa di proprietario a cui le varie PA dovranno affidare i propri servizi... Just my 2 cents. MP Il 31/05/21 14:36, Giuseppe Attardi ha scritto: > Enrico Venuto ha calcolato che il costo dell’hardware per i servizi di streaming di Polito è la metà di quello dei servizi cloud commerciali. > Questo studio su scala più ampia lo conferma. > > https://a16z.com/2021/05/27/cost-of-cloud-paradox-market-cap-cloud-lifecycl… > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa -- Michele Pinassi - Responsabile Cybersecurity Università di Siena Ufficio Esercizio e Tecnologie - CSIRT irt(a)unisi.it

May 31, 2021

noyb contro i cookie banner ingannevoli/fuorvianti

by Roberto Resoli

https://noyb.eu/it/noyb-intende-porre-fine-al-terrore-dei-cookie-banner-e-p… "Forzare gli europei verso un consenso fittizio. Il GDPR è stato pensato per garantire che il pieno controllo sui propri dati. Al giorno d'oggi navigare online è diventata un'esperienza frustrante in tutta Europa. I fastidiosi cookie banner appaiono in ogni angolo del web, spesso rendendo estremamente complicato cliccare su qualsiasi altra opzione salvo il pulsante "accetta". Non è un caso: le aziende usano questi stratagemmi, i cosiddetti "Dark Patterns", per "indurre" più del 90% degli utenti ad "accettare" l'installazione dei cookie. Interessante, vero? Specie ove si consideri che, stando alle statistiche di settore, solo il 3% degli utenti vuole effettivamente accettare." rob

May 31, 2021

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

by 380°

Buongiorno, rispetto al "core" iniziale questo messaggio devia un pochino ma tocca uno degli aspetti molto importanti delle infrastrutture IT, Cloud compreso Stefano Zacchiroli <zack(a)upsilon.cc> writes: [...] > I contributi delle aziende a Linux restano massivi *in totale*: quelli > da indipendenti e volontari sono regolarmente pochi punti percentuali, > tutto il resto viene da aziende. Ma tra le aziende non c'è un vero > campione che domini sugli altri. > > Dal punto di vista geopolitico questo non ci aiuta molto perché la > maggior parte di tali aziende sono americane (e membri della Linux > Foundation...), ma a volte aiuta, per esempio in caso di conflitti di > interessi tra aziende. Queste considerazioni di Stefano sono molto, molto importanti, perché non dobbiamo certo aspettarci che i contributi più significativi arrivino da volontari... però le istituzioni pubbliche (indipendenti?) potrebbero (dovrebbero?) fare molto di più e molto meglio, essere DECISAMENTE più presenti nello sviluppo del kernel Linux *e* possibilmente di /almeno/ un altro kernel libero alternativo [1]. In questo io osservo una certa qual miopia da parte delle istituzioni perché non è il caso di lasciare che il 90% (80%? 70%) dei contributi a Linux o in generale al software libero (possibilmente copyleft) siano finanziati da aziende statunitensi. Vedo anche una certa assenza (disinteresse?) [2] dell'Università, come se lo sviluppo di Linux e altri kernel migliori non facesse parte della sua missione: sbaglio, ho una visione distorta? Per non parlare, INSISTO, del fatto che dall'Università, anche nella EU, vengono un sacco di idee e progetti innovativi, che però sono /asfittici/ perché non adeguatamente sostenuti politicamente e /quindi/ sottofinanziati (come tutta la ricerca in generale). Anche da questo viene la mia delusione per il piano Next DEgeneration EU: se non usiamo questa occasione per un piano pubblico di (r)innovazione tecnologica stiamo davvero degenerando. [...] Saluti, 380° P.S.: sui problemi che IBM, proprietaria di RedHat, sta causando ad alcuni progetti software e del suo supporto ai brevetti software meglio soprassedere, basta non ignorarli però. [1] sparo una previsione decisamente A CASO: la complessità di Linux lo metterà in crisi seria entro i prossimi 5/6 anni. [2] oppure potrebbe essere anche soltanto dignitoso silenzio :-) -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

May 31, 2021

The Cost of Cloud, a Trillion Dollar Paradox

by Giuseppe Attardi

Enrico Venuto ha calcolato che il costo dell’hardware per i servizi di streaming di Polito è la metà di quello dei servizi cloud commerciali. Questo studio su scala più ampia lo conferma. https://a16z.com/2021/05/27/cost-of-cloud-paradox-market-cap-cloud-lifecycl…

May 31, 2021

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

by Stefano Zacchiroli

On Mon, May 31, 2021 at 02:03:56PM +0200, D. Davide Lamanna wrote: > Sono consapevole che ci sono dietro capitali finanziari ingenti, > afferenti all'area geopolica statunitense e interessi strategici non > certo "militanti". E che questo certamente si ripercuote sulle scelte > architetturali. Ma lo stesso vale per il kernel Linux, ad esempio, che è > licenziato GPLv2 e sviluppato in massima parte da RedHat. E per una > tonnellata di altro software Open Source. Concordo con il tuo punto generale qui, ma mi permetto di fare una precisazione sul contributo di Red Hat. Red Hat (ora IBM) è un'azienda che contribuisce moltissimo allo sviluppo del kernel Linux: è regolarmente nei top-3 dei contributor di ogni release, ma in termini assoluti (sul totale di contributi) il totale di ciò che Red Hat contribuisce resta molto limitato. Ad esempio nell'ultimo kernel rilasciato (5.12) i contributi Red Hat sono 5-7% (a seconda di se contiamo righe di codice o commit). Anche sommandoli a quelli di IBM arriviamo a 7-10% di quella release, che non mi risulta essere una release anomale da questo punto di vista. (Fonte: https://lwn.net/Articles/853039/ ) I contributi delle aziende a Linux restano massivi *in totale*: quelli da indipendenti e volontari sono regolarmente pochi punti percentuali, tutto il resto viene da aziende. Ma tra le aziende non c'è un vero campione che domini sugli altri. Dal punto di vista geopolitico questo non ci aiuta molto perché la maggior parte di tali aziende sono americane (e membri della Linux Foundation...), ma a volte aiuta, per esempio in caso di conflitti di interessi tra aziende. Ciao -- 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 31, 2021

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

by D. Davide Lamanna

On 29/05/21 11:25, Antonio Iacono wrote: [...] > Penso tuttavia che se qualcuno volesse invitare in lista gente come > Alex Barchiesi, Alberto Colla, Marco Lorini, Matteo Di Fazio ... > un'alternativa ad Azure Functions te la troverebbero in pochissimo con > gli strumenti open source già disponibili. Citi tutti amici e colleghi che si occupano di cloud. Ops... Volevo dire di sistemi distribuiti. ;-) D.

May 31, 2021

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

by D. Davide Lamanna

On 31/05/21 13:02, 380° wrote: > Ciao Davide, > > "D. Davide Lamanna" <davide.lamanna(a)binarioetico.it> writes: > > [...] > >> Molti fraintendimenti di questo thread sono a mio avviso dovuti a >> questo. > > Sì ma non prendertela con Antonio (o con me e altri) che - da > prospettive e in forme diverse - facciamo di tutto per analizzare > criticamente il concetto di "Cloud". Ma certo che no! Sono ultra-felice di confrontarmi con persone che stimo. Credo che la critica "al cloud" > riportata da Antonio si riferisca chiaramente al "cloud di > qualcun'altro". > > I fraintendimenti mica sono tra noi: sono tra chi sostiene che > l'infrastruttura migliore /per quanto in oggetto/ sia quella fornita dai > GAM (il thread è partito da lì, dagli accordi con GAM) e /quindi/ che > HybridCloud va bene, E però non prendertela neanche con Stefano Maffulli, che conosce gli ambienti di Open Infra e di CNCF e non è certo un fautore dei GAM. Il suo sano realismo lo porta ad affermare che il percorso dell'Hybrid è obbligato. Ed è difficile dargli torto. Ma non per questo ci arrendiamo: VENCEREMOS! oppure che IL PROBLEMA sta /esattamente/ in questi > dettagli: > > 1. di chi sono FISICAMENTE le macchine che compongono l'infrastruttura > [1] > > 2. chi ha accesso ai sistemi operativi e gestisce i servizi > > 3. il software usato è libero o no > > 4. chi ha accesso allo storage e al transito dati in rete, quando i dati > non sono crittografati e2e (at rest e in transit) > > Solo se non si entra nel merito si casca in fraintendimenti, è per > questo che è necessario non limitarsi agli slogan. > > In altre parole, "Cloud" va benissimo come sigla commerciale che ci > permette di presentare la nostra offerta a chi è "altrimenti sordo", > PERÓ dobbiamo ammettere che "Cloud" fa schifo come termine tecnico; Beh, dai... C'è di peggio... :-D > noi > è di quello che stiamo discutendo ci siamo addirittura permessi di > entrare nel merito tecnico... ma tanto va sempre a finire che > "litighiamo" tra di noi per i dettagli e alla fine la torta se la > pappano sempre coi soliti metodi (adattati per ogni epoca)... perché non > ci sono alternative ai servizi GAM, dicono. > >> Se vuoi una descrizione compatta di cloud te la do io: un sistema >> operativo sta alla singola macchina, come il cloud sta ad N macchine. > > Perché non chiamarlo "sistema distribuito" allora? :-O Ok, affare fatto! :-D Fosse così facile... > Comunque, per tornare al tecnico che è l'unica cosa su cui mi è dato > esprimermi, te lo propongo io un termine alternativo che sono SICURO > mette tutti i tecnici in lista d'accordo: non "Cloud", che fa schifo e > non indica nulla, ma "Infrasrtucture as (full stack) free software > code", che in pochi termini concisi descrive la natura del sistema > informativo che stiamo descrivendo: io lato marketing faccio schifo, > trovate coi una sigla per quella "roba" lì se è il caso. Sai qual è il problema: non è Free Software, è Open Source. Può diventare Free Software se lo vogliamo. Ma lo vogliamo? O vogliamo continuare a fare gli schizzinosi? A dire che tanto si può fare tutto alla vecchia maniera? >> Il sistema operativo fornisce all'utente delle astrazioni in forma di >> servizi. Un sistema cloud fa la stessa cosa con N macchine. > > Macchine geograficamente distribuite sul territorio, per cui - per > esempio - lo storage /locale/ (se vuoi, /localmente distribuito/ con un > filesystem adeguato) è di almeno un ordine di grandezza più efficiente > di un endpoint S3 tra il comune di Lecco e Roma (e non per es. NFS in > /rete locale/ connessa in fibra come i data centre di Internet Achive). > > Tieni presente che mettersi in casa (magari non nello sgabuzzino delle > scope, ecco) oggi un rack di macchine POWER9 [2] che erogano i servizi > di un'intera area metropolitana (magari non via web dentro un browser, > ma è un'altra storia) costa come un tozzo di pane, come è stato detto > altrove in questo thread :-) > >> Ma i servizi che si possono realizzare e fornire con il cloud non sono >> pari ad N moltiplicato per i servizi di una singola macchina: sono >> piuttosto N elevato ad una potenza positiva grande a piacere (!) >> moltiplicato per i servizi di una singola macchina. > > Non ho capito il calcolo e siccome sono curioso ti chiedo di espandere > il ragionamento con qualche esempio Era una battuta. Per dire che i "sistemi distribuiti" sono sistemi complessi [1] per i quali il tutto è maggiore della somma delle singole parti. Con "potenza grande a piacere" intendo MOLTO maggiore di tale somma. >> Un cloud fatto bene è strumento di automazione per l'IT, è uso >> efficiente delle risorse IT, è gestione efficace delle risorse IT, è >> federazione di risorse IT, è trasparenza, è potenza, è partecipazione. > > ...ma /a volte/ è anche una inutile complicazione, a meno che il > concetto di semplificazione valga soltanto per la burocrazia ;-) Fair enough. Su questo hai pienamente ragione. > Ribadisco: credo che sul concetto di "infrastructure as code" si > riuscirebbero a fare dei ragionamenti migliori... purtroppo il PNRR > parla di Cloud, oggi come oggi quando si parla di informatica c'è sempre > qualcuno che "la butta in cloud" :-D Ma è il PNRR, non un manifesto politico di un hacklab! :-) D. [1] https://it.wikipedia.org/wiki/Sistema_complesso

May 31, 2021