Требования к размещению службы приложений Azure / параметры

#node.js #azure #mlab

#node.js #azure #mlab

Вопрос:

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

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

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

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

Комментарии:

1. Вы можете попробовать бесплатную версию Azure, которая предлагается сроком до 1 года, а затем вы можете использовать службы приложений Azure для размещения своего node.js приложение.

2. Попробуйте это: azure.microsoft.com/en-gb/pricing/calculator . Я использую его, когда хочу повысить цену на что-либо. В вашем случае я бы выбрал b1 или s1, однако план s1 позволит вам создавать слоты развертывания, что позволит вам настроить 5 сред. Он также поддерживает пользовательские домены и ssl.

Ответ №1:

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

Для планов:

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

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

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

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

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

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

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