Требования к хостингу службы приложений Azure / параметры - PullRequest
0 голосов
/ 06 марта 2019

Мне интересно использовать Azure в качестве PaaS-решения для размещения приложения Node Js, которое я буду разрабатывать в ближайшие месяцы. Я провел немало исследований по моделям и уровням ценообразования, поэтому я немного разбираюсь в этом, однако я не уверен, как точно определить требования к моему серверу. При рассмотрении спецификаций чистого процессора, памяти и хранилища между планами Basic, Standard и Premium все они выглядят одинаково, за исключением хранения, я полагаю.

Приложение, которое я собираюсь создать, будет в основном выполнять действия на основе CRUD. На нем не будут размещаться большие изображения / видео, а статические файлы будут использоваться в библиотеках JS или небольших изображениях для тем (значки, логотипы и т. Д. Я надеюсь, что есть CDN). Я ожидаю не более 1000 запросов веб-страниц в день, и AppService предназначен только для использования в качестве WebApi и веб-сервера, я намерен разместить БД на Mlab.

Я ищу опцию, которая даст мне разумную загрузку страницы и время отклика сервера (1-2 сек). Службе приложений также требуется поддержка SSL. Это то, что мне нужно получить от Microsoft или я могу приобрести и применить в другом месте.

Наконец, мне бы хотелось иметь возможность тестировать и разрабатывать на Azure, так как из моего опыта лучше сделать это на архитектуре, которая соответствует вашему производству. Есть ли какие-либо недорогие варианты Dev / Test сервера, которые я могу использовать вместо использования производственного сервиса (который, как я ожидаю, превысит мои требования к производительности тестирования и также будет стоить дороже)?

1 Ответ

0 голосов
/ 28 марта 2019

Хотя параметры ЦП, памяти и хранилища между планами могут выглядеть одинаково, виртуальная машина внизу и дополнительные функции не совпадают.

Для планов:

  • Shared / Free - это планы, в которых вы делитесь виртуальной машиной с другими пользователями. У тебя есть квоты на количество ресурсов виртуальных машин, которые вам разрешено использовать, и если вы перейдете по ним, сайт будет закрыт до квоты перезагружается. Это хорошо для сред разработки / тестирования, но может быть рискованным для производство как всплеск трафика может привести к отключению вашего сайта временно.
  • Базовые планы дают вам выделенную виртуальную машину для вашего приложения, поэтому нет квоты и, таким образом, исключает риск того, что ваш сайт будет закрыт слишком популярный.
  • Стандарт добавляет автоматическое масштабирование (возможность увеличивать и уменьшать ресурсы на основе показателей использования) и SSL.
  • Premium похож на Standard, но базовая виртуальная машина работает на более качественном оборудовании.

Общий план и выше (в основном все что угодно, кроме бесплатного) предлагает балансировку нагрузки и настраиваемые домены. Вы можете приобрести домен в своей учетной записи Azure или привезти свой собственный.

По умолчанию yourwebsite.azurewebsites.net защищен сертификатом SSL azurewebsites.net. Однако, если вы используете собственный домен и нуждаетесь в поддержке SSL, то вам нужно быть на стандартном плане или выше. Как и в случае с доменами, вы можете приобрести один через Azure или привезти свой.

Вы можете поместить CDN по своему выбору перед службой приложений Azure или использовать CDN Azure . Он не включен в план обслуживания приложений.

Для производства с пользовательским доменом и SSL вы смотрите один из стандартных планов.

Для dev / test есть пара способов, которыми вы могли бы воспользоваться. Если ваш сервер разработки не использует никаких дополнительных функций, таких как настраиваемые домены, вы можете масштабировать план по своему усмотрению. Это означает, что вы можете масштабироваться до соответствующего плана для окончательного тестирования релиза, но в большинстве случаев оставляете его на более низком уровне.

Второй вариант - использовать слотов развертывания для создания вашего сайта разработчика на той же виртуальной машине, что и ваш сайт prod. Чтобы использовать эту функцию, вы должны быть на стандартном плане или выше, и это дает некоторые дополнительные преимущества. В частности, вы можете поменять какой код находится в работе или направить часть вашего трафика в промежуточный слот, прежде чем перевести новый код в производство.

...