aggiornamento: basta andare a questo confronto, molto meglio del mio: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238

Questo elenco si concentra sul prezzo della scalabilità automatica verticale.

|Caratteristiche|Vultr bm|DO|Linode|Scaleway|OVH|Google GKE|AWS EKS|Azure AKS|
|-|-|-|-|-|-|-|-|-|-|-|
|ridimensionamento automatico verticale|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|âÃÂÃÂ|
|scala di volume persistente|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?|
|ridimensionamento automatico orizzontale|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ|
|node perf equal specs|**CBCBB**|ECDCD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-|
|node perf costi uguali|**CBCBB**|ECDCD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC||
|piano di controllo libero|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|ðÃÂÃÂÃÂ|
|sconti per uso prolungato|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?|
|ultima versione k8s, 1.18.9 su GH|?|?|?|min 1.18.6|?|?|1.17.9|?|
|container reg incluso|?|con spazi DO|?|âÃÂì0.025/GB/m|Porto |?|?|?|
|conteggio minimo di macchine|1|?|?|?|?|?|?|?|
|a buon mercato|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|




Domanda chiave attuale: i nodi sono davvero scalabili verticalmente su DO e Linode non solo orizzontalmente, quindi non ho bisogno di reimpostare nulla quando voglio avere, ad esempio, uno spazio di archiviazione più grande per i miei pod DB. La mia sensazione istintiva non lo sono e non vedo davvero un grande vantaggio rispetto all'hosting bare metal, tranne una configurazione più semplice ma un lock-in più elevato. Trovo che il ridimensionamento automatico orizzontale non sia una grande sfida, quindi non è una vera caratteristica imo.

Bonus q: la mia sensazione è che GC sia il servizio gestito *reale* più economico: qual è il costo minimo che devo aspettarmi su GC con un sistema a traffico zero o quasi nullo che esegue un'app web express + 3x-mongo-replica -impostare?

[1] Vultr può ridimensionare l'archiviazione a blocchi, IDK, posso usarli per i DB ??

Altri ritrovamenti/note:
- bm = bare metal/non gestito
- perf da vpsbenchmarks da una macchina da 4GB, 2c, 80GB, A = miglior web/raw
- cpu/stabilità/disco io/rete; il ridimensionamento automatico verticale deve essere integrato nella console di gestione k8s e non essere una cosa dedicata che è con Azure
- node perf equal specs ($20-$27) t3a.medium su AWS o e2-medium su GC; node perf costi uguali su AWS, B2-7 su OVH e su GC n1-standard-1 (ancora $ 4,27 più costosi e poco traffico e trasferimento dati)
- https://devopsdirective.com/posts/2020/03/managed-kubernetes-comparison/ (6 mesi fa) e il rispettivo thread HN fwiw https://news.ycombinator.com/item?id=22512149
- https://cloud.google.com/kubernetes-engine/docs/concepts/verticalpodautoscaler#limitations_for_vertical_pod_autoscaling
- https://www.digitalocean.com/docs/kubernetes/how-to/autoscale/
- su Azure che è lento con qualsiasi cosa https://news.ycombinator.com/item?id=22513352
- https://docs.ovh.com/gb/en/kubernetes/resizing-persistent-volumes/
Puoi avere un cluster di zona gke gratuitamente su google cloud.