actualización: solo ve a esta comparación, mucho mejor que la mía: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238

Esta lista se centra en el precio del escalado automático vertical.

|Funciones|Vultr bm|DO|Linode|Scaleway|OVH|Google GKE|AWS EKS|Azure AKS|
|-|-|-|-|-|-|-|-|-|-|-|
|escalado automático vertical|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà |âÃÂÃÂ|
|escala de volumen persistente|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?|
|escalado automático horizontal|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ|
|espec. iguales de rendimiento de nodo|**CBCBB**|ECDCD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-|
|costos iguales de rendimiento de nodo|**CBCBB**|ECDCD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC||
|plano de control libre|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|ðÃÂÃÂÃÂ|
|descuentos por uso sostenido|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?|
|última versión de k8s, 1.18.9 en GH|?|?|?|min 1.18.6|?|?|1.17.9|?|
|registro de contenedor incluido|?|con espacios DO|?|âÃÂì0.025/GB/m|Puerto |?|?|?|
|recuento mínimo de máquinas|1|?|?|?|?|?|?|?|
|muy barato|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|




Pregunta clave actual: ¿Los nodos son realmente escalables verticalmente en DO y Linode no solo horizontalmente, por lo que no necesito volver a configurar nada cuando quiero tener, por ejemplo, un almacenamiento más grande para mis módulos de base de datos? Tengo la sensación de que no lo son y realmente no veo una gran ventaja sobre el alojamiento básico, excepto una configuración más fácil pero un mayor bloqueo. Considero que el escalado automático horizontal no es un gran desafío, por lo que no es una característica real en mi opinión.

Bonificación q: mi sensación es que GC es el servicio administrado *real* más barato: ¿Cuál es el costo mínimo que debo esperar en GC con un sistema de tráfico cero o casi nulo que ejecuta una aplicación web rápida + 3x-mongo-replica -¿colocar?

[1] Vultr puede escalar el almacenamiento en bloque, IDK, ¿puedo usarlos para bases de datos?

Más hallazgos/notas:
- bm = bare-metal/no administrado
- rendimiento de vpsbenchmarks de una máquina de 4GB, 2c, 80GB, A = mejor web/sin procesar
- cpu/estabilidad/disco io/red; el escalado automático vertical debe estar integrado en la consola de administración de k8s y no ser algo dedicado como lo es con Azure
- especificaciones iguales de rendimiento de nodo ($20-$27) t3a.medium en AWS o e2-medium en GC; el rendimiento del nodo cuesta lo mismo en AWS, B2-7 en OVH y en GC n1-standard-1 (todavía $ 4.27 más caro y apenas tráfico y transferencia de datos)
- https://devopsdirective.com/posts/2020/03/managed-kubernetes-comparison/ (6 meses de antigüedad) y el hilo HN respectivo 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 Azure siendo lento con cualquier cosa https://news.ycombinator.com/item?id=22513352
- https://docs.ovh.com/gb/es/kubernetes/resizing-persistent-volumes/
Puede tener un clúster zonal de gke de forma gratuita en la nube de Google.