Во-первых, я считаю, что «облако» в контексте статьи блога, которую вы читаете, должно быть более детально определено как Azure.Существует несколько предложений облачных решений, и Azure - только один, хотя он набирает огромную популярность в пространстве сообщества MS.Облако Azure является довольно уникальным по сравнению с такими продуктами, как облако Amazon, поскольку оно требует, чтобы приложения, использующие его, соответствовали определенному набору API.Чтобы создать приложение для Azure, необходимо с самого начала принять определенные архитектурные принципы и создать приложение, используя его веб-и рабочие роли.Чтобы «вписаться» в эти роли, ваше приложение должно быть встроено в специальный проект VS, который ссылается на Azure SDK.
Если вы используете другое облачное решение, такое как Amazon, это больше похоже на запускВМ или группа ВМ, которые могут размещать ваше приложение как есть, без ограничений определенных API.Вы бы просто запустили экземпляр сервера Windows, установили на нем то, что вам нужно, как любой другой сервер, который вы бы использовали в размещенном или арендованном центре обработки данных.
Я не имею в виду, что решение Azure имеет недостатки иличрезмерно ограничительный.Скорее, я думаю, что он поддерживает некоторые архитектурные ограничения, которые позволят вам «попасть в пропасть успеха».Однако может быть трудно без особых усилий перенести многие приложения коричневого цвета в Azure без внесения существенных изменений.
Что касается размещения приложения в облаке, а не обычной размещенной среды.Это действительно зависит от вашего приложения, ваших деловых / бюджетных ограничений и вашего уровня трафика.Для многих небольших сайтов, посвященных хобби, вам лучше оставить свое приложение в традиционной размещенной среде.Для более масштабных приложений облако начинает приобретать больше смысла.Облако действительно поддерживает модель «оплата за использование».Если вам нужна возможность быстрого масштабирования без средств или возможности ждать покупки большого количества дополнительного оборудования, облачное хранилище является хорошим вариантом.Облачные провайдеры располагают большими карманами, достаточным количеством серверных ресурсов и пропускной способностью, чтобы отправлять вам сообщения в любой момент, когда вы можете арендовать вместо покупки.
Кроме того, поскольку облачные провайдеры велики и, как правило, пользуются высокой репутацией, они могутнанимайте опытных сотрудников и следуйте рекомендациям, которые вы не можете себе позволить самостоятельно.Они могут и будут выполнять большую часть повседневного оперативного администрирования, что позволит вам как разработчику не думать о таких вещах, как безопасность и избыточность.
Итак, облачные решения идеально подходят для приложений, которыеначинают видеть достаточный объем трафика, нуждаются в гарантированном времени безотказной работы и не хотят платить или беспокоиться о собственном административном персонале, покупке серверов и управлении центрами обработки данных.Я думаю, что они не практичны для многих небольших сайтов, посвященных хобби, и как только вы станете действительно большими, размещение вашего приложения на месте с вашим собственным персоналом может стать более экономичным.
Все это говорит.он стал «крутым» в пространстве .net для любого сайта, работающего на лазури.Я признаю, что некоторые архитектурные модели интересны и с ними интересно работать.Однако, если вы внимательно посмотрите на модель ценообразования, вы можете обнаружить, что вам лучше с размещенным планом.