Масштабирование Node.js: Использование групп автоматического масштабирования с небольшими виртуальными серверами или кластерными процессами на ВМ со многими виртуальными ЦП?
Узнав о кластерном модуле Node.js, я перевернул в своей голове следующую архитектуру: Балансируя затраты с производительностью, было бы более выгодным (то есть дешевым, но все же масштабируемым) запустить приложение Node.js в автоматическом масштабировании облачной службы. группа, использующая небольшие серверы с одним виртуальным процессором (скажем, t2.small EC2 AWS, 1 vCPU, 2 ГБ памяти) или использующая более крупный сервер (например, v5U m5.xlarge 4, 16 ГБ памяти), запустите Node.js для кластеризации четырех дочерних процессы для использования 4 виртуальных ЦП, но все же автомасштабирование?
Возможный компромисс - это время, которое требуется AWS для развертывания еще одного небольшого сервера для автоматического масштабирования, но в приложении с низким трафиком или в служебном приложении вам придется взять на себя затраты на работу более крупного сервера при низкой нагрузке. Но если время, необходимое для раскрутки другого сервера для обработки нагрузки, является номинальным, сводит ли это на нет преимущества использования модуля кластера?
В частности, мой вопрос состоит из двух частей: возможны ли эти два подхода, и если да, верно ли мое предположение о полезности модуля кластера в подходе для небольшого сервера?