Какой экземпляр t3 EC2 следует выбрать в качестве начала при запуске веб-приложения spring / angular? - PullRequest
0 голосов
/ 20 апреля 2020

Я создал веб-приложение с пружинной загрузкой / angular, которое использует базу данных mySQL для хранения. Основная цель веб-приложения - быть похожим на сайт социальных сетей для садоводов. Наряду с этим у него есть пара инструментов, которые позволяют пользователю создавать персонализированный календарь посадки на основе среднемесячной кривой температуры в регионе, где живет пользователь. В качестве альтернативы пользователь также может генерировать персонализированный календарь посадки на основе журналов посадки, созданных другими пользователями, которые живут в пределах определенного радиуса рядом с пользователем, создающим календарь. Я использую Hibernate Search для этого.

Я не ожидаю получить миллионы посещений в первые месяцы после запуска веб-приложения, поэтому мой вопрос: с какого типа экземпляров ec2 лучше всего начинать? Может ли t3.micro поддерживать такое приложение в течение первых месяцев или двух? Кроме того, как я узнаю, что текущий тип экземпляра больше не может обрабатывать входящий трафик c без задержки, и поэтому мне нужно обновить его до более крупного экземпляра, например t3.medium или large?

Спасибо

1 Ответ

1 голос
/ 20 апреля 2020

Если экземпляр подходит или нет, зависит от многих вещей. Исходя из моего опыта, для многих случаев использования микроэкземпляра недостаточно.

Я предлагаю начать с экземпляра t3.small, начать сбор метрик в CloudWatch, чтобы установить sh базовый уровень на несколько дней. Затем решите, достаточно это или нет. Если вы заполняете все свои ресурсы, вы можете в конечном итоге перейти на более крупный экземпляр. Однако, если ваше приложение имеет дело с Java, я думаю, что средний размер - это минимальное начало.

О задержке и других вещах, первое предложение - поставить CloudFront поверх EC2 хотя бы для всех ваших stati c content (предложение: поместите ваши stati c content на S3, не позволяйте EC2 обслуживать их). Тогда я думаю, что единственный вариант - это использовать какой-нибудь сторонний инструмент для повышения производительности, внешний по отношению к AWS.

Кстати, я создал одно и то же приложение на iOS много лет назад go, с веб-сайтом поддержки, размещенным на AWS. Теперь приложение исчезло, а веб-сайт не поддерживается: -)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...