Я ищу информацию, но после прочтения документа Google о управлении потоками я не получил всю необходимую мне информацию, такую как в следующем примере:
Предполагая, что vcores из GCP /AWS - это физические потоки, каждый из которых виртуализирован, поэтому вы можете при необходимости масштабировать потоки как виртуальные. Как будто вы создаете на нем приложение PHP, и если у вас 4 ядра, ваше приложение будет обслуживать 4 запроса одновременно
(скажите, если я ошибаюсь, пожалуйста,я действительно хочу хорошо это понять).
Поэтому я спрашивал себя, что произойдет, если вы создадите новый поток в Java-приложении. Он будет масштабировать GCP или AWS, добавляя новое ядро в течение небольшого времени, или будет управляться без дополнительных затрат для приложения?
Если это работает как многопоточность, которую вы можете выполнять на локальном компьютере, я, возможно, неправильно понял, как работают эти виртуальные ядра.
Если это второй случай, и это увеличивает количество облачного хостинга, где я могу увидеть, сколько $ он добавит к счету, чтобы оценить его? Это та же цена, которую вы добавляете при обновлении с 1 дополнительным vcore? (я видел ограничение потока для запроса 50, что кажется чрезмерным для одного запроса).
Если это другой случай, пожалуйста, скажите мне, я слишком информирован (методы, API и т. д.), нобез правильных ответов на мои сомнения.
Вариант использования: у нас есть php-сервис, который принимает множество запросов, поэтому я не знаю, лучше ли разделить его на микро-сервисы, развернутые в разных экземплярах. установить каждый экземпляр с необходимыми vcores или перевести этот сервис на java с использованием многопоточности.
Большое спасибо, искренне