actualizare: accesați această comparație, mult mai bună decât a mea: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238

Această listă se concentrează pe prețul autoscaling vertical.

|Funcții|Vultr bm|DO|Linode|Scaleway|OVH|Google GKE|AWS EKS|Azure AKS|
|-|-|-|-|-|-|-|-|-|-|-|
|autoscaling vertical|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|âÃÂÃÂ|
|scala de volum persistent|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?|
|autoscaling orizontal|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ|
|nod perf equal specs|**CBCBB**|ECDCD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-|
|nod perf costuri egale|**CBCBB**|ECDCD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC||
|plan de control liber|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|ðÃÂÃÂÃÂ|
|reduceri de utilizare sustinuta|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?|
|cea mai recentă versiune k8s, 1.18.9 pe GH|?|?|?|min 1.18.6|?|?|1.17.9|?|
|reg. container inclus|?|w/DO Spaces|?|âÃÂì0,025/GB/m|Port |?|?|?|
|număr minim de mașini|1|?|?|?|?|?|?|?|
|murdărie-ieftin|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|




Întrebare cheie actuală: Sunt nodurile cu adevărat scalabile vertical pe DO și Linode, nu doar pe orizontală, așa că nu trebuie să resetez nimic atunci când vreau să am, de exemplu, spațiu de stocare mai mare pentru podurile mele DB. Am impresia că nu sunt și nu văd un mare avantaj față de găzduirea bare-metal, cu excepția unei configurații mai ușoare, dar a unei blocări mai mari. Mi se pare că scalarea automată orizontală nu este o mare provocare, așa că nu este o caracteristică reală.

Bonus q: sentimentul meu este că GC este cel mai ieftin serviciu administrat *real*: care este costul minim la care trebuie să mă aștept la GC cu un sistem cu trafic zero până la aproape orice, care rulează o aplicație web expres + 3x-mongo-replica -a stabilit?

[1] Vultr poate scala stocarea în blocuri, IDK, le pot folosi pentru DB-uri?

Mai multe constatări/note:
- bm = bare-metal/negestionat
- perf de la vpsbenchmarks de la o mașină de 4 GB, 2c, 80 GB, A = cel mai bun web/raw
- cpu/stabilitate/disc io/rețea; scalarea automată verticală trebuie să fie integrată în consola de management k8s și să nu fie un lucru dedicat, care este cu Azure
- nod perf equal specs ($20-$27) t3a.medium pe AWS sau e2-medium pe GC; Node perf costă același pe AWS, B2-7 pe OVH și pe GC n1-standard-1 (încă cu 4,27 USD mai scump și abia trafic și transfer de date)
- https://devopsdirective.com/posts/2020/03/managed-kubernetes-comparison/ (vechi de 6 luni) și firul HN respectiv 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/
- despre Azure care este lent cu orice https://news.ycombinator.com/item?id=22513352
- https://docs.ovh.com/gb/en/kubernetes/resizing-persistent-volumes/
Puteți avea un cluster zonal gke gratuit pe google cloud.