aktualizacja: po prostu przejdź do tego porównania, znacznie lepszego niż moje: https://docs.google.com/spreadsheets/d/1RPpyDOLFmcgxMCpABDzrsBYWpPYCIBuvAoUQLwOGoQw/edit#gid=907731238 Ta lista koncentruje się na cenie automatycznego skalowania w pionie. |Funkcje|Vultr bm|DO|Linode|Scaway|OVH|Google GKE|AWS EKS|Azure AKS| |-|-|-|-|-|-|-|-|-|-|-| |automatyczne skalowanie w pionie|âÃÂÃÂ|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|âÃÂÃÂ| |trwała skala głośności|[1]|?|?|?|ðÃÂÃÂÃÂ|?|?|?| |automatyczne skalowanie w poziomie|âÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂÃÂà|ðÃÂÃÂÃÂ|?|ðÃÂÃÂÃÂ|ðÃÂÃÂà Â|ðÃÂÃÂÃÂ| |node perf równe specyfikacje|**CBCBB**|ECDCD|**BCDBB**|ECFDC|DDCEF|DCBED|FEFDC|-| |węzeł perf równe koszty|**CBCBB**|ECDCD|**BCDBB**|ECFDC|**CDBEE**|EDDED|FEFDC|| |swobodna płaszczyzna kontrolna|-|ðÃÂÃÂÃÂ|ðÃÂÃÂÃÂ|ðÃÂà ÂÃÂ|ðÃÂÃÂÃÂ|âÃÂÃÂ|âÃÂà|ðÃÂÃÂÃÂ| |zniżki na dłuższe użytkowanie|?|?|?|?|?|ðÃÂÃÂÃÂ|?|?| |najnowsza wersja k8s, 1.18.9 na GH|?|?|?|min 1.18.6|?|?|1.17.9|?| |kontener reg włączone|?|w/DO Spaces|?|âÃÂì0.025/GB/m|Port |?|?|?| |minimalna liczba maszyn|1|?|?|?|?|?|?|?| |tanio jak barszcz|ðÃÂÃÂÃÂ|âÃÂÃÂ|ðÃÂÃÂà|âÃÂÃÂ|?|âÃÂÃÂ|âÃÂÃÂ|âàÃÂ| Obecne kluczowe pytanie: czy węzły naprawdę są skalowalne w pionie w DO i Linode, a nie tylko w poziomie, więc nie muszę niczego ponownie konfigurować, gdy chcę mieć np. większą pamięć dla moich podów DB. Moje przeczucie, że tak nie jest i tak naprawdę nie widzę dużej przewagi nad hostingiem typu bare-metal, z wyjątkiem łatwiejszej konfiguracji, ale większej blokady. Uważam, że automatyczne skalowanie w poziomie nie jest dużym wyzwaniem, więc nie jest to prawdziwa funkcja imo. Bonus q: mam wrażenie, że GC jest najtańszą *prawdziwą* usługą zarządzaną: Jakiego minimalnego kosztu muszę się spodziewać po GC z systemem o zerowym lub prawie zerowym ruchu drogowym z działającą ekspresową aplikacją internetową + 3x-mongo-replika -ustawić? [1] Vultr może skalować pamięć blokową, IDK, czy mogę ich używać do baz danych? Więcej znalezisk/notatek: - bm = bare-metal/niezarządzany - perf z vpsbenchmarks z maszyny 4GB, 2c, 80GB, A = best web/raw - procesor/stabilność/dysk we/wy/sieć; automatyczne skalowanie w pionie musi być zintegrowane z konsolą zarządzania k8s, a nie dedykowaną rzeczą, która jest dostępna na platformie Azure - node perf równe specyfikacje ($20-$27) t3a.medium na AWS lub e2-medium na GC; node perf równe koszty takie same na AWS, B2-7 na OVH i na GC n1-standard-1 (nadal 4,27 $ droższe i ledwie ruch i transfer danych) - https://devopsdirective.com/posts/2020/03/managed-kubernetes-comparison/ (6 miesięcy) i odpowiedni wątek 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/ - o powolnym działaniu platformy Azure z czymkolwiek https://news.ycombinator.com/item?id=22513352 - https://docs.ovh.com/gb/en/kubernetes/resizing-persistent-volumes/ Możesz mieć jeden klaster strefowy gke za darmo w chmurze Google.