update: é só ir nesse comparativo, bem melhor que o meu: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238 Esta lista se concentra no preço do escalonamento automático vertical. |Recursos|Vultr bm|DO|Linode|Scaleway|OVH|Google GKE|AWS EKS|Azure AKS| |-|-|-|-|-|-|-|-|-|-|-| |escalonamento automático vertical|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|âÂÂÂ| |escala de volume persistente|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?| |escalonamento automático horizontal|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ| |node perf equal specs|**CBCBB**|ECDCD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-| |nó perf custos iguais|**CBCBB**|ECDCD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC|| |plano de controle livre|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|°ÃÂÃÂÃÂ| |descontos por uso prolongado|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?| |última versão k8s, 1.18.9 em GH|?|?|?|min 1.18.6|?|?|1.17.9|?| |container reg included|?|w/DO Spaces|?|âÃÂì0.025/GB/m|Harbor |?|?|?| |contagem mínima de máquinas|1|?|?|?|?|?|?|?| |dirt-barato|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ| Pergunta-chave atual: os nós são realmente escaláveis ​​verticalmente em DO e Linode não apenas horizontalmente, então não preciso reconfigurar nada quando quero ter, por exemplo, armazenamento maior para meus pods de banco de dados. Meu pressentimento é que não e realmente não vejo uma grande vantagem sobre a hospedagem bare-metal, exceto configuração mais fácil, mas maior bloqueio. Acho que o dimensionamento automático horizontal não é um grande desafio, portanto, não é um recurso real. Bônus q: meu sentimento é que o GC é o serviço gerenciado * real * mais barato: Qual é o custo mínimo que devo esperar no GC com um sistema de tráfego zero a quase nenhum executando um aplicativo da web expresso + 3x-mongo-replica -definir? [1] Vultr pode dimensionar o armazenamento em bloco, IDK, posso usá-los para bancos de dados? Mais achados/notas: - bm = bare-metal/não gerenciado - perf de vpsbenchmarks de uma máquina de 4GB, 2c, 80GB, A = melhor web/raw - cpu/estabilidade/disco io/rede; o dimensionamento automático vertical deve ser integrado ao console de gerenciamento k8s e não ser algo dedicado ao Azure - node perf equal specs ($20-$27) t3a.medium em AWS ou e2-medium em GC; node perf iguais custos iguais na AWS, B2-7 na OVH e no GC n1-standard-1 (ainda $ 4,27 mais caro e apenas tráfego e transferência de dados) - https://devopsdirective.com/posts/2020/03/ managed-kubernetes-comparison/ (6 meses) e o respectivo 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/ - sobre o Azure estar lento com qualquer coisa https://news.ycombinator.com/item?id=22513352 - https://docs.ovh.com/gb/en/kubernetes/resizing-persistent-volumes/ Você pode ter um cluster zonal gke gratuitamente no google cloud.