May 2024 - nexa - server-nexa.polito.it

Re: [nexa] "...and... We've left the cloud!" - David Heinemeier Hansson / 37signals

by 380°

Buonasera, non passerà molto tempo: "on premises is the new normal" :-) Giuseppe Attardi <attardi(a)di.unipi.it> writes: > Interessante, però… > Non sembra utilizzi un modello cloud cos'è "un modello cloud"? > con virtualizzazione, scalabilità e resilienza. virtualizzazione è indipendente dal "Cloud", 37Signals userà container Docker a manetta, invece che affidarsi a [overpriced enterprise service contracts] (aka SUSE Rancher and Harvester)... tutto qui scalabilità immagino sia "orizzontale" (cioè distribuire i processi e i dati su altre macchine quando una non basta); le considerazioni di Hannson sono scritte nel paragrafo "What about bursts in demand? What about autoscaling?" delle FAQ [1] resilienza è "high availability" ed è indipendente dal "Cloud", su come ottenerla Hannson non dice molto ma la risposta è "ridondanza" > Nelle FAQ dice solo che usa sw OpenSource quali MySql e ElaricSearch. > Non cita né OpenStack né Kubernetes, che sono piattaforme cloud OS. Non lo fa nelle FAQ perché il suo racconto è suddiviso in diversi articoli. Qui: https://world.hey.com/dhh/introducing-kamal-9330a267 spiega che hanno intenzione di sostituire Kubernetes con Kamal, che si sono fatti "in casa" perché da quello che ho capito sono innamorati di Ruby on Rails Qui: https://world.hey.com/dhh/the-only-thing-worse-than-cloud-pricing-is-the-en… racocnta un paio di cose cattivissime in merito ad altre "piattaforme cloud" Comunque, si tratta di "robe" per automatizzare il deployment di container/VPS: ce ne sono in giro a pacchi, l'IT non finirà con OpenStack o Kubernetes. C'è già ora persino di meglio, moooolto meglio. > Dice che farsi la propria infrastruttura è solo poco più impegnativo > di usare servizi cloud: penso che sottovaluti la complessità di > mettere in piedi un vero cloud. Tutto si può dire di Hannson e i sistemisti di 37Signals tranne che non sanno _molto_ bene ciò di cui parlano, non stanno sottovalutando proprio nulla... a partire dalla domanda delle domande: "a noi serve un /vero cloud/"??? [...] > La questione divrebbe quindi essere principalmente strategica: No, è fondamentalmente sistemistica, come Hansson spiega bene qui: https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 «Why we're leaving the cloud» (che pregherei di leggere con calma, che credo sia quello fondamentale) Le stesse _identiche_ considerazioni sistemistiche /dovrebbero/ essere fatta per qualsiasi infrastruttura informatica, dallo studio di 2 persone fino alla pubblica amministazione Certo, servono dei bravi sistemisti... a *decidere* :-) Saluti, 380° [...] [1] https://world.hey.com/dhh/the-big-cloud-exit-faq-20274010 -- 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 2, 2024

Re: [nexa] The United Nations ditches Big Tech in a bid for security

by Damiano Verzulli

Il 02/05/24 8:24 AM, alessandro marzocchi ha scritto: > Grazie Damiano, nessuna risposta alla seconda domanda > *** > > A tutti domando: una raccolta di firme? Almeno per chiedere ai > > candidati la loro opinione ed un impegno. > *** ...io potrei pure dedicarci del tempo (a mettere in piedi quello che serve [per raccogliere queste firme]).... ma resto comunque un banale tecnico: serve qualcuno che prenda in mano la parte politica e la porti avanti... E li, io sono totalmente ignorante! Quindi... non ti rispondo. Ma se vorrai farlo... ed avrai bisogno di una spalla tecnica, io potrei pure esserci :-) Un caro saluto, DV -- Damiano Verzulli e-mail:damiano@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

May 2, 2024

Re: [nexa] "...and... We've left the cloud!" - David Heinemeier Hansson / 37signals

by Damiano Verzulli

Il 02/05/24 9:30 AM, Giuseppe Attardi ha scritto: > Interessante, però… > Non sembra utilizzi un modello cloud con virtualizzazione, scalabilità > e resilienza. Uhm.... Sicuramente non scende nei dettagli infrastrutturali di base (e quindi, ad esempio, non fornisce indicazioni su quale hypervisor stia utilizzando e quali tecnologie ci siano, subito sopra). Dubito fortissimamente, pero', che sull'hardware che hanno documentato ( https://world.hey.com/dhh/the-hardware-we-need-for-our-cloud-exit-has-arriv… ) non ci giri sopra un hypervisor e qualche tool di orchestrazione di container: non compri 600.000 dollari di hardware da DELL... per farlo funzionare "bare-metal" (senza virtualizzazione). Di converso, in diversi punti cita sia l'esperienza negativa (costo) con Suse / Rancher [1], sia il fatto che alla fine ha optato per scriversi il suo orchestratore (Kamal [2][3]) che poggia su docker (e quindi container... microservizi... etc) e che è sensibilmente piu' "semplice" di tutto kubernetes (come biasimarlo?). Da qui, mi sorge un dubbio: quando si puo' dire di "utilizzare un modello cloud"? Piu' in generale: che significato diamo al termine "cloud"? La domanda non e' cattiva... Negli ultimi anni, ho visto (molte) persone sostenere che "andavano su cloud" perché spostavano il loro wordpress su una VM su AWS... (o su Azure). Vedo N Atenei sostenere la tesi che vanno "sul cloud Azure" (quello venduto a marchio CRUI...) quando semplicemente spostano le VM che prima erano interne, su VPS Azure. Vedo Atenei sostenere che vanno su cloud... perché "spostano" le VM interne sull'infrastruttura VMware che Cineca mette a disposizione su catalogo ACN/exAGID. Poi mi giro... è mi vedo a deploiare --con tool di automazione-- applicativi nativamente-cloud (kafka, opensearch, microservizi nodejs stateless), sull'infrastruttura GARR-Cloud, facendolo (io) senza utilizzare kubernetes (che tu citi), ma operando comunque con container (docker), stateless (con persistenze su motori nativi-cloud) e con anche livelli non banali di affidabilita'/resilienza (docker-swarm, nomad). Sono, io, "cloud"? Insomma: posso anche capire che l'esperienza di Heinemeier non sia "accademicamente interessante" (...d'altronde a lui interessa il business nudo e crudo), pero' sostenere il fatto che non sia "cloud"... mi pare un pizzico eccessivo. Da qui, ripeto, la domanda: secondo coloro che frequentano questo gruppo... quand'e' che ci si puo' fregiare del titolo "siamo su cloud", legittimamente? Io una mezza idea ce l'ho ma... se la applico, il numero di medagliette che rilascio è *MOLTO* vicino a zero (perché per definirti "cloud", nel mio mondo, devi partire dalle applicazioni... e non certo da quello che hai. Risultato: nessuno lo fa...) Bye, DV BTW: Scopro solo ora che Heinemeier è il creatore di Ruby on Rails... [4] [1] https://world.hey.com/dhh/the-only-thing-worse-than-cloud-pricing-is-the-en… [2] https://world.hey.com/dhh/introducing-kamal-9330a267 [3] https://kamal-deploy.org/ [4] https://dhh.dk/ -- 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

May 2, 2024

Re: [nexa] The United Nations ditches Big Tech in a bid for security

by 380°

"Antonio Vetro'" <antonio.vetro(a)polito.it> writes: > https://www.techradar.com/pro/the-united-nations-ditches-big-tech-in-a-bid-… > UNICC has chosen Element to secure its communications «The United Nations ditches Big Tech in a bid for security» --8<---------------cut here---------------start------------->8--- Following a competitive selection process, the United Nations International Computing Centre (UNICC) has chosen UK-based encrypted messaging platform [Element] to secure all communications—from written emails and chats to audio, voice calls, and even video conferencing. UNICC has been responsible for providing information and communication technology systems for all the United Nations organizations and programs for over 50 years. The switch to Element indicates that better privacy, security, and flexibility are increasingly important for organizations handling sensitive data. [Element] <https://www.techradar.com/reviews/element-secure-messenger-review> Complete control of data ╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌ The [Element Server Suite] reportedly stood out above other apps as a secure end-to-end encrypted and digitally sovereign platform—two elements that IT leaders [increasingly describe] as top priorities. [...] Hodgson explained that instead of blindly trusting a tech company to handle all its data correctly, UNICC has now a platform it can self-host, manage, and configure for its requirements within a few clicks. [...] From today, April 22, 2024, these organizations have replaced all their email and chat systems with the Element app. Alongside written communications, all VoIP (Voice over Internet Protocol) and video conferencing are now passing through the Element infrastructure. Completely self-hosted by UNICC through an Element Enterprise subscription, the Element suite will also support a bunch of features ideal for corporate use, such as advanced identity and access control (including support for Single Sign On), auditing, and reporting. [...] [Element Server Suite] <https://element.io/server-suite> [increasingly describe] <https://try.element.io/forrester-report-the-future-of-secure-communications> --8<---------------cut here---------------end--------------->8--- Quindi ricapitolando: 1. UNICC ha scelto di usare una versione "Enterprise" proprietaria [1] del server Matrix [2] libero Synapse (AGPL v3), perché così possono installarlo *con quattro click*... oh sì, c'è anche il Single Sign On, wow! 2. hanno scelto di usarlo anche per l'email: _qualsiasi_ client Matrix *totalmente* inadatto a sostituire l'email [3] 3. useranno Element App, che gira dentro i browser, che sono le /robe/ più insicure sulla faccia della terra (ma su questo punto ci sarebbe moltissimo da puntializzare, perché anche i dispositivi client sono "un cinema") Saluti, 380° [1] https://element.io/blog/element-to-adopt-agplv3/ [2] https://en.wikipedia.org/wiki/Matrix_(protocol) [3] che a detta di molti avrebbe già dovuto sparire 15 anni fa, la terz'ultima volta che l'ho sentito -- 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 2, 2024

ChatGPT provides false information about people, and OpenAI can't correct it (noyb complaint)

by Stefano Zacchiroli

> In the EU, the GDPR requires that information about individuals is > accurate and that they have full access to the information stored, as > well as information about the source. Surprisingly, however, OpenAI > openly admits that it is unable to correct incorrect information on > ChatGPT. Furthermore, the company cannot say where the data comes from > or what data ChatGPT stores about individual people. The company is > well aware of this problem, but doesn’t seem to care. Instead, OpenAI > simply argues that “factual accuracy in large language models remains > an area of active research”. Therefore, noyb today filed a complaint > against OpenAI with the Austrian DPA. Continua qui: https://noyb.eu/en/chatgpt-provides-false-information-about-people-and-open… -- Stefano Zacchiroli . zack(a)upsilon.cc . https://upsilon.cc/zack _. ^ ._ Full professor of Computer Science o o o \/|V|\/ Télécom Paris, Polytechnic Institute of Paris o o o </> <\> Co-founder & CTO Software Heritage o o o o /\|^|/\ https://twitter.com/zacchiro . https://mastodon.xyz/@zacchiro '" V "'

May 2, 2024

Re: [nexa] "...and... We've left the cloud!" - David Heinemeier Hansson / 37signals

by D. Davide Lamanna

Grazie per il video, interessante, e grazie a Beppe per la risposta, mi hai preceduto. Aggiungo solo un breve commento. La parte economica, secondo me, è meno interessante. Ci possono essere casi in cui non conviene, come nella situazione descritta del video, ma altri in cui invece conviene. Certo la questione CapEx vs OpEx apre riflessioni importanti sul tipo di attività che vogliamo sviluppare (a breve termine vs a lungo termine). Ma insomma il tema economico è tutto sommato marginale o quanto meno facilmente valutabile e quindi gestibile di conseguenza. Bella invece la parte dal minuto 9 in poi, in cui parla di autonomia digitale, sostanzialmente. Saper fare le cose, avere contezza di come si fanno, avere controllo sull'infrastruttura. Quella è, secondo me, la parte più interessante. E anche la parte sulla decentralizzazione, naturalmente, che è a questa collegata. Non si può delegare a pochi attori monopolisti una gestione così delicata per le nostre vite, innanzi tutto in termini di dati che ci facciamo depredare. Gli strumenti Open Source per fare infrastrutture IT efficienti ci sono, quelli che ha citato Beppe sono il top di gamma (Kubernetes ha appena compiuto 10 anni) e dettano la linea per tutto il mondo del cloud, fra l'altro. Si può lavorare verso la diversità, favorendo la nascita di tanti piccoli cloud provider locali, e già sarebbe un grande passo avanti. Le PA potrebbero organizzarsi in federazioni (community cloud), in base alle diverse classi di grandezza e disponibilità economica, e costruirsi i propri private cloud, laddove servono e sono convenienti. Insomma la questione "cloud sì/no" è mal posta, secondo me. "Dipende" è come sempre la risposta migliore. Sicuramente diciamo no ai Big Tech monopolisti, su questo il conseno è ampissimo anche fuori da questa lista. D. On 5/2/24 09:30, Giuseppe Attardi wrote: > Interessante, però… > Non sembra utilizzi un modello cloud con virtualizzazione, scalabilità > e resilienza. > Nelle FAQ dice solo che usa sw OpenSource quali MySql e ElaricSearch. > Non cita né OpenStack né Kubernetes, che sono piattaforme cloud OS. > Dice che farsi la propria infrastruttura è solo poco più impegnativo > di usare servizi cloud: penso che sottovaluti la complessità di > mettere in piedi un vero cloud. > > Certo, se decidi di investire nella propria infrastruttura, puoi > risparmiare, come diceva anche questo rapporto di Andreesen&Horwitz su > cloud repatriation: > The Cost of Cloud, a Trillion Dollar Paradox | Andreessen Horowitz > <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fa16z.com%2Fthe-cost-of-cloud-…> > a16z.com > <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fa16z.com%2Fthe-cost-of-cloud-…> > In certi casi ha un valore strategico: se Netflix usa AWS per i suoi > servizi, Amazon Prime ha un vantaggio competitivo, perché non li paga > e anzi guadagna anche sui guadagni del suo competitor. > > La questione divrebbe quindi essere principalmente strategica: > col,cloud pubblico ci mettiamo nelle mani di pochi oligopolisti che > guadagnano (o vendono sottocosto come Google per distruggere la > competizione), perdiamo le competenze su un ambito strategico e poi > rischiamo che le aziende di cui fanno parte i cloud provider ci > soffino il nostro stesso business. > Per esempio aspettatevi che con l’AI Google&C invadano i settori della > medicina, della finanza, oltre a quelli che già controllano, come le > vendite online, le informazioni, i social, ecc. > > — Beppe > >> On 2 May 2024, at 00:07, nexa-request(a)server-nexa.polito.it wrote: >> >> From: Damiano Verzulli <damiano(a)verzulli.it> >> To: "nexa(a)server-nexa.polito.it" <nexa(a)server-nexa.polito.it> >> Subject: [nexa] "...and... We've left the cloud!" - David Heinemeier >> Hansson / 37signals >> Message-ID: <93af9f50-ec12-4d99-87c0-4e4eafdfdf73(a)verzulli.it> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Immagino che David Heinemeier Hansson sia assolutamente sconosciuto a >> molti, su questa lista. >> >> David, pero', è un tizio molto interessante (...rispetto al grande tema >> del "cloud" e della relativa "sovranita'"). >> >> Nel 2022 David annuncio' l'intenzione della sua azienda di uscire dal >> cloud: >> >> => "Why we're leaving the cloud" >> https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fwhy-we-…> >> >> A febbraio 2023, snocciolo' un po' di numeri e annunciò che contava di >> risparmiare 7 milioni di dollari, in 5 anni: >> >> => "We stand to save $7m over five years from our cloud exit" >> https://world.hey.com/dhh/we-stand-to-save-7m-over-five-years-from-our-clou… >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fwe-stan…> >> >> E a dicembre 2023, posto' una FAQ, a uso e consumo degli interessati: >> >> => "The Big Cloud Exit FAQ" >> https://world.hey.com/dhh/the-big-cloud-exit-faq-20274010 >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fthe-big…> >> >> Fatte queste premesse, segnalo in lista che David ha rilasciato un suo >> video/intervista nel quale, in ~20 minuti, sintetizza in modo chiaro e >> semplice la sua avventura. >> >> Sentirlo è.... estremamente interessante: non ho memoria di discorsi >> che, in modo cosi' chiaro e semplice, descrivono le dinamiche che >> ruotano attorno al cosiddetto "cloud". >> Lo consiglio a tutti. Soprattutto ai *NON* tecnici. >> >> Il video (ovviamente in inglese) è qui: >> >> => The Cloud Fugitive - David Heinemeier Hansson / 37signals >> https://tube.garrlab.it/w/4fzrwJJ3TzG6EStvGT4aCE >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Ftube.garrlab.it%2Fw%2F4fzrwJJ…> >> >> Un saluto, >> DV >> From: Damiano Verzulli <damiano(a)verzulli.it> >> To: "nexa(a)server-nexa.polito.it" <nexa(a)server-nexa.polito.it> >> Subject: [nexa] "...and... We've left the cloud!" - David Heinemeier >> Hansson / 37signals >> Message-ID: <93af9f50-ec12-4d99-87c0-4e4eafdfdf73(a)verzulli.it> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Immagino che David Heinemeier Hansson sia assolutamente sconosciuto a >> molti, su questa lista. >> >> David, pero', è un tizio molto interessante (...rispetto al grande tema >> del "cloud" e della relativa "sovranita'"). >> >> Nel 2022 David annuncio' l'intenzione della sua azienda di uscire dal >> cloud: >> >> => "Why we're leaving the cloud" >> https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fwhy-we-…> >> >> A febbraio 2023, snocciolo' un po' di numeri e annunciò che contava di >> risparmiare 7 milioni di dollari, in 5 anni: >> >> => "We stand to save $7m over five years from our cloud exit" >> https://world.hey.com/dhh/we-stand-to-save-7m-over-five-years-from-our-clou… >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fwe-stan…> >> >> E a dicembre 2023, posto' una FAQ, a uso e consumo degli interessati: >> >> => "The Big Cloud Exit FAQ" >> https://world.hey.com/dhh/the-big-cloud-exit-faq-20274010 >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Fworld.hey.com%2Fdhh%2Fthe-big…> >> >> Fatte queste premesse, segnalo in lista che David ha rilasciato un suo >> video/intervista nel quale, in ~20 minuti, sintetizza in modo chiaro e >> semplice la sua avventura. >> >> Sentirlo è.... estremamente interessante: non ho memoria di discorsi >> che, in modo cosi' chiaro e semplice, descrivono le dinamiche che >> ruotano attorno al cosiddetto "cloud". >> Lo consiglio a tutti. Soprattutto ai *NON* tecnici. >> >> Il video (ovviamente in inglese) è qui: >> >> => The Cloud Fugitive - David Heinemeier Hansson / 37signals >> https://tube.garrlab.it/w/4fzrwJJ3TzG6EStvGT4aCE >> <https://urlsand.esvalabs.com/?u=https%3A%2F%2Ftube.garrlab.it%2Fw%2F4fzrwJJ…> >> >> Un saluto, >> DV (null)

May 2, 2024

Re: [nexa] Entrate: se la decisione è automatizzata, niente contraddittorio

by Enrico Marello

Sull'eccezionalismo fiscale molto si deve dire e il tema va tenuto sotto osservanza (come dimostra anche l'AI Act); però in questo caso la gran parte degli atti indicati in questo articolo è automatizzata senza AI. Per esempio, la maggior parte dei controlli automatizzati che terminano con una cartella oggi è del tipo: in dichiarazione hai indicato che hai versato imposte per 100, a noi ne risultano versate solo 80, paga la differenza. Incrocia banalmente due tabelle (dichiarato, riscosso), ben poco intelligente, mi pare. Enrico Il giorno gio 2 mag 2024 alle ore 05:25 Benedetto Ponti via nexa < nexa(a)server-nexa.polito.it> ha scritto: > "Se l'AI decide la cartella dell'Agenzia delle entrate, non si discute > Il nuovo decreto del ministero delle Finanze elimina la possibilità di > contraddittorio per tutta una serie di atti emessi in automatico del Fisco" > > > https://www.wired.it/article/agenzia-delle-entrate-cartelle-esattoriali-att… > > > Inviato da Outlook per Android <https://aka.ms/AAb9ysg> > -- Enrico Marello If there’s a glimmer of hope in anything, you should support it.

May 2, 2024

Re: [nexa] "...and... We've left the cloud!" - David Heinemeier Hansson / 37signals

by Giuseppe Attardi

May 2, 2024

Re: [nexa] The United Nations ditches Big Tech in a bid for security

by alessandro marzocchi

Grazie Damiano, nessuna risposta alla seconda domanda *** > A tutti domando: una raccolta di firme? Almeno per chiedere ai > candidati la loro opinione ed un impegno. *** Cordialmente Duccio (Alessandro Marzocchi) Il giorno gio 2 mag 2024 alle ore 00:07 <nexa-request(a)server-nexa.polito.it> ha scritto: > Message: 3 > Date: Thu, 2 May 2024 00:07:39 +0200 > From: Damiano Verzulli <damiano(a)verzulli.it> > To: nexa(a)server-nexa.polito.it > Subject: Re: [nexa] The United Nations ditches Big Tech in a bid for > security > Message-ID: <0447dcf8-55b5-49d4-8a75-c26897549dce(a)verzulli.it> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Il 29/04/24 7:00 PM, alessandro marzocchi ha scritto: > > Domando a Damiano di tradurre in numeri, ordini di grandezza, la sua > > idea di costi. > > Duccio, > > provo a rispondere descrivendo la mia esperienza diretta e, in > fondo, aggiungendo alcuni commenti. > > * peertube e mastodon, da me installati in GARRLab, girano (...insieme > ad altre cose) su un server virtuale creato all'interno dello spazio > che --molto gentilmente-- GARR ha reso disponibile a GARRLab > nell'ambito del proprio servizio GARR-Cloud; > * il server in questione (sul quale, ripeto, girano *ANCHE* altre > cose) ha 8GB di RAM, 100 GB di disco e 4 CPU (virtuali) > > L'installazione di entrambi i software è stata fatta utilizzando la > tecnologia "a microservizi (docker)", attraverso un tool automatico > (ansible). Detto in parole povere, ho lavorato una mezza giornata a > preparare letteralmente tre file: > > * peertube: il file "deploy_tube.yml" ha 119 righe > * mastodon: il file "00_deploy_mastodon.yml" (211 righe che si fanno > carico dell'installzione) + il file "80_init_mastodon_web.yml" (61 > righe che si fanno carico della configurazione iniziale) > > dopodiché ho lanciato tre comandi (tre, di numero) che, a partire dai > tre file di cui sopra, in meno di 3 minuti hanno prodotto il risultato > atteso (installazione e attivazione dei servizi). > > Ovviamente la mezza giornata... ora *NON* serve piu': se qualcuno vuole > ripetere l'operazione, puo' semplicemente prendere i miei file e > "adattarli" al proprio contesto (ad esempio, cambiando il nome a dominio > da associare al sito). > > Lascio a te il calcolo dei costi. Sottolineo, pero', che... se > consideriamo la mia attivita' come "volontariato" (e quindi gratuita), > l'operazione *NON* ha aumentato i costi di GARR, in quanto i server > "fisici" che erogano GARR-Cloud, erano accesi e funzionanti... > indipendentemente dalla presenza o meno dei miei peertube e mastodon. La > banda consumata e lo storage consumato, inoltre, sono trascurabili > rispetto al quadro generale. Non è azzardato sostenere, quindi, che nel > caso specifico di GARRLab... il tutto è stato fatto A COSTO ZERO (resto > aperto al confronto, qualora qualcuno volesse sostenere il contrario). > > > Per tutti coloro che *NON* possono beneficiare di GARR-Cloud e che, > quindi, dovrebbero "andare sul mercato" a recuperare capacita' di > calcolo, storage e connettivita' Internet.... la soluzione è quella di > acquistare un VPS - Virtual Private Server, ossia un server "virtuale" > che un qualche cloud-provider mette a disposizione (esattamente come > GARR-Cloud ha fatto per GARRLab). > > Dato che siamo in Italia/Europa, le prime opzioni che mi vengono in > mente sono: > > * Hetzner (Germania): un VPS con 4 CPU virtuali, 8 GB di RAM e 160GB > di disco, cuba 16,59 €/mese => € 199,08/anno [1] > * Aruba (Italia): un VPS con 4 CPU virtuali, 8 GB di RAM e 80GB di > disco, cuba 14,38 €/mese => € 173 /anno [2] > * Seeweb (Italia): un VPS con 4 CPU virtuali, 4 GB di RAM e 80 GB di > disco, cuba 42,7 €/mese => € 512 /anno [3] > > Ad onor del vero, le tre soluzioni qui sopra sono *MIGLIORI* rispetto > all'attuale server che ho a disposizione, in quanto il relativo storage > è di classe superiore (il mio è rotativo; queste tre soluzioni hanno > storage "flash"). > > Di nuovo, lascio te valutare se questi costi sono paragonabili a quelli > della cancelleria di EDPS... > > > Scherzi a parte, è chiaro che il problema *NON* è questo costo. Anche > perché, nel caso di EDPS (da cui siamo partiti), la probabilita' che > EDPS gestisca gia' una infrastruttura corposa, fatta di decine di server > fisici, che gia' consumano migliaia di Kw/anno... è elevatissima. Di > fatto, quindi, è sostenibile la tesi che EDPS --per questo servizio > specifico-- *NON* sosterrebbe costi aggiuntivi, esattamente come per > GARR-Cloud... > > > Il problema --piuttosto-- va trovato nella "gestione". > > Tutti diranno: "Ma chi si occupera' di gestire questi servizi? Chi si > occupera' di aggiornarli? Chi avra' la responsabilita' o l'onere di > garantire l'opportunita' dei contenuti?" > > E' chiaro che stiamo passando dai problemi "economici" (inesistenti!) a > quelli "tecnici" (come li installiamo e li facciamo funzionare?) e ora a > quelli "politici/organizzativi" (chi li gestisce?). > > A questo livello... quello che io posso dire --anche con una certa > energia-- è che con i numeri limitatissimi che lo stesso EDPS dichiara > [4], la gestione di un attrezzo del genere puo' essere demandata anche > all'ultimo stagista neo-diplomato... seguito da un tecnico (gia' attivo > presso EDPS) per, diciamo, 2/3 FTE mese (ossia, due/tre giornate > lavorative, full-time, ogni mese). > > È di questo che stiamo parlando.... Ed è per questo che dico: "EDPS > spende piu' per la cancelleria". > > Inutile aggiungere che... tutto l'ambaradan avrebbe impatto trascurabile > anche per il piu' piccolo dei nostri Atenei (in *TUTTI* gli Atenei > esiste gia' una infrastruttura piu' che sufficiente a erogare *ANCHE* > questo servizio).... > > > È chiaro, quindi... che il problema è di natura diversa e... noi, > semplicemente, qui in lista, lo ignoriamo (o facciamo finta di > ignorarlo) :-) > > Un caro saluto, > DV > > P.S.: se qualcosa non è chiaro, non esitare a chiedere (Duccio, > intendo.... Ma anche gli altri) :-) > > > [1] https://www.hetzner.com/cloud/ => Shared vCPU (x86) => CPX31 > > [2] https://www.cloud.it/server-virtuali.aspx => Cloud VPS > OpenStack/Linux => VPSO4A8 (11,79 + IVA) > > [3] https://www.seeweb.it/prodotti/cloud-server-shared-cpu => ECS3 ( > 35,00 + IVA) > > [4] "/...By the end of the pilot project, EU Voice hosted 40 > institutional accounts, including EU Commissioners and Members of the > European Parliament, and EU Video hosted 6 accounts, making EUIs the > largest group of public bodies present on the Fediverse globally.../." - > > https://www.edps.europa.eu/press-publications/press-news/press-releases/202… > > > > > > > A tutti domando: una raccolta di firme? Almeno per chiedere ai > > candidati la loro opinione ed un impegno. > > Gli anni li ho ma continuo a credere nell'impegno civico. > > Auguri di cuore, Europa. > > Duccio (Alessandro Marzocchi) > > > > > > Il giorno lun 29 apr 2024 alle ore 17:37 > > <nexa-request(a)server-nexa.polito.it> ha scritto: > > > > Send nexa mailing list submissions to > > nexa(a)server-nexa.polito.it > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > > or, via email, send a message with subject or body 'help' to > > nexa-request(a)server-nexa.polito.it > > > > You can reach the person managing the list at > > nexa-owner(a)server-nexa.polito.it > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of nexa digest..." > > > > > > Today's Topics: > > > > 1. The United Nations ditches Big Tech in a bid for security > > (Antonio Vetro') > > 2. Re: The United Nations ditches Big Tech in a bid for security > > (Damiano Verzulli) > > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 29 Apr 2024 12:54:55 +0000 > > From: "Antonio Vetro'" <antonio.vetro(a)polito.it> > > To: mailing list nexa <nexa(a)server-nexa.polito.it> > > Subject: [nexa] The United Nations ditches Big Tech in a bid for > > security > > Message-ID: <2AAB2F49-FB99-4200-BC4C-5C9E664FAFC8(a)polito.it> > > Content-Type: text/plain; charset="utf-8" > > > > > > > https://www.techradar.com/pro/the-united-nations-ditches-big-tech-in-a-bid-… > > UNICC has chosen Element to secure its communications > > > > Controcorrente … > > > > > > AV > >

May 2, 2024

Entrate: se la decisione è automatizzata, niente contraddittorio

by Benedetto Ponti

"Se l'AI decide la cartella dell'Agenzia delle entrate, non si discute Il nuovo decreto del ministero delle Finanze elimina la possibilità di contraddittorio per tutta una serie di atti emessi in automatico del Fisco" https://www.wired.it/article/agenzia-delle-entrate-cartelle-esattoriali-att… Inviato da Outlook per Android<https://aka.ms/AAb9ysg>

May 2, 2024