LATIITAY li' bastava evitare in primis di mettere una inutile CDN cachante davanti a delle pagine dinamiche
Cache-control: no-cache is your friend. 😉
La CDN serve, soprattutto quando hai alto carico di traffico, almeno ti taglia via tutte le inutili richieste di risorse statiche e immagini ripetute. Certo, le pagine dinamiche vanno impostate come da non memorizzare visto che sono generate con le info di ogni utenza.
LATIITAY l'ottimizzazione piu' efficace alla fine e' evitare di voler ottimizzare troppo quando non serve. Appunto qui si trattera' di spostare le VM gia' esistenti
Vaccata cosmica. 🙄 Poi guarda i costi però a far 'ste porcherie qui.
Quando hai il ferro "in house" puoi permetterti di non guardare troppo il capello e fare VM "grosse" con utilizzo infinitesimo, tanto le risorse sono in genere overprovisioned e vengono comunque ripartite dall'hypervisor. In cloud paghi anche l'aria che respiri, e avere 10 macchine sottoutilizzate sempre accese per gestire una batteria di frontend è uno spreco di denaro incredibile -- l'ottimizzazione è usare i meccanismi propri dei cloud provider per fare scale-out on demand, allocando più risorse (e quindi pagando di più) solo nei momenti di maggior carico, e distruggendo le macchine inutili per liberare risorse nei periodi off-peak.
Il tuo è un ragionamento di chi appunto ha sempre visto solo il mondo on premises, dove il costo è il ferro e tanto vale usarlo; nel cloud non è così, il paradigma è totalmente opposto.
Ed è per questo che chi pensa di affrontare la migrazione al cloud con il mero lift&shift dell'infrastruttura esattamente com'era on prem si fa inevitabilmente molto MOLTO male dal punto di vista economico.
Il tutto, senza contare tutto ciò che non è mero computing: DB gestiti, funzioni lambda, condizioni esterne che lanciano azioni, load balancer globalmente distribuiti e CDN,... guardati la pagina del catalogo AWS tanto per dire, oltre al mero EC2 c'è molto di più. Beninteso, non a tutti servono i medesimi prodotti, però non c'è nemmeno da fossilizzarsi sul vecchio concetto che "cloud = VPS di Aruba".
LATIITAY Poi quali sarebbero questi "servizi avanzati e innovativi" di cui non si potrebbe fare a meno? Le API per gestire le istanze, come OpenStack? Le API di un block storage, come MinIO?
A parte che tutti i block storage si sono adattati a fornire interfacce di accesso S3-compatibile (anche nomi grandi tipo Ceph), guarda un po'...
Ti rinnovo l'invito a guardare il catalogo. Che per il tuo use case non servano job di Machine Learning o istanze di message queue Kafka, non significa che ad altri non interessino, e soprattutto avere servizi già pronti, gestiti e mantenuti da altri significa per le aziende non dover assumere un sistemista specializzato in quello, o comunque avere un organico più snello (e da sistemista ti posso dire che la "gestione" di aggiornamenti di sistema e restart di istanze è quanto di meno stimolante e gratificante ci sia nel nostro lavoro).
Che poi la PA sia arcaica mediamente come cultura, e riempia le posizioni più come un poltronificio che secondo l'effettiva necessità, è un altro paio di maniche, ma questo non sposta di una virgola il valore del precedente papiro che ti ho scritto.
