2 réponses
- Le plus récent
- Le plus de votes
- La plupart des commentaires
4
In general, below two principles can be applied to any serverless vs provisioned deployment
Go for serverless, when
- Applications that do not expect steady state and constant traffic, for Example, dev or test or adhoc project
- Application that expects steep spike or unpredictable demand
If application expects to be steady state with predictable demand then go for Redshift Cluster with RI's
répondu il y a 2 ans
4
As per Redshift Serverless documentation:
Amazon Redshift Serverless is ideal when it is difficult to predict compute needs such as variable workloads, periodic workloads with idle time, and steady-state workloads with spikes. This approach is also a good fit for ad-hoc analytics needs that need to get started quickly and for test and development environments.
Provisioned Redshift on the other hand may be suited for steady predictable loads.
répondu il y a 2 ans
Thank you, does RS Serverless support Spectrum?
Contenus pertinents
- demandé il y a un an
- demandé il y a 7 mois
- demandé il y a un an
- demandé il y a 14 jours
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a 2 ans
Based on above answer it makes sense to use serverless in these conditions of traffic as it provides auto-scaling.
But, what is the reason to choose provisioned cluster when the traffic is steady and predictable? What advantage does provisioned cluster give over serverless to be considered better when auto-scaling is not required?