#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 вы смотрите на один из стандартных планов.
Для разработки / тестирования есть несколько способов, которыми вы могли бы воспользоваться. Если ваш сервер разработки не использует какие-либо дополнительные функции, такие как пользовательские домены, вы можете масштабировать план вверх и вниз по своему усмотрению. Это означает, что вы можете масштабироваться до соответствующего плана для окончательного тестирования выпуска, но большую часть времени оставляете его на более низком уровне.
Второй вариант заключается в использовании слотов для развертывания для создания вашего сайта разработки на той же виртуальной машине, что и ваш сайт разработки. Для использования этой функции у вас должен быть стандартный тарифный план или выше, и у него есть некоторые дополнительные преимущества. В частности, вы можете поменять местами код, находящийся в рабочей среде, или направить часть вашего трафика в промежуточный слот, прежде чем запускать новый код в рабочую среду.