ciao,
vorrei installare redis e usarlo per un applicazione che richiede un numero molto alto di immagini.
le immagini vanno come peso da semplici immagini da 80 kb a 500-1mb.
ne devo caricare 10000 in tempi brevissimi e questo per me è un grosso problema:
uso chiamate asincrone parallele nel senso che richiedo 50 60 immagini in una volta con un client.
attualmente faccio questo su file accessibili da client.
domanda 1): questo mi espone ad un attacco ddos? non sarebbe meglio storare tutto in un db con autenticazione magari?
domanda 2): posso trarre dei vantaggi in prestazioni con redis ho visto che si possono storare "strighe" che possono essere file binari, magari delle mie immagini
domanda 3):uso una pwa per cui dovrei creare un api per attorno a redis, questo mi fa calare le prestazioni?dato che devo comunicare via http
domanda 4): se faccio tutto lato server magari con symfony che accede direttamente a redis posso ottenere un ulteriore guadagno in prestazioni?
grazie.
ciao.
[Risolto]redis due o tre dubbi
-
- Prode Principiante
- Messaggi: 87
- Iscrizione: venerdì 22 febbraio 2019, 11:05
- Distribuzione: 22.04
- Sesso: Maschile
[Risolto]redis due o tre dubbi
Ultima modifica di gferrari77 il mercoledì 28 giugno 2023, 11:35, modificato 1 volta in totale.
- garak
- Entusiasta Emergente
- Messaggi: 1646
- Iscrizione: lunedì 13 giugno 2005, 13:37
- Desktop: Gnome
- Distribuzione: Ubuntu 22.04
- Sesso: Maschile
- Località: Roma
- Contatti:
Re: redis due o tre dubbi
1) Qualsiasi sito online è esposto ad attacchi ddos e non vedo come usare un db al posto di redis possa cambiare la situazione
2) vantaggi rispetto a cosa? Se è ancora rispetto a un db, lo storage di stringhe lo fa anche mysql (o altri db)
3) la comunicazione via http può rappresentare un problema di prestazioni, ma dipende da dove passa. Una chiamata http interna a un server non è un problema
4) ottima scelta Symfony, ma per intravedo un possibile guadagno in prestazioni solo tramite cache (e quindi sulla lettura, non sulla scrittura)
2) vantaggi rispetto a cosa? Se è ancora rispetto a un db, lo storage di stringhe lo fa anche mysql (o altri db)
3) la comunicazione via http può rappresentare un problema di prestazioni, ma dipende da dove passa. Una chiamata http interna a un server non è un problema
4) ottima scelta Symfony, ma per intravedo un possibile guadagno in prestazioni solo tramite cache (e quindi sulla lettura, non sulla scrittura)
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 2 ospiti