Обычный против облачного / Azure хостинга и роль SQL Azure против SQL Server

Question

Прежде всего, позвольте мне прояснить, что я не из сети, поэтому, если какое-либо из моих пониманий о том, как это работает, неверно, пожалуйста, не стесняйтесь исправлять меня

Допустим, у меня есть веб-сайт, который яхотел бы разместить на облаке, потому что

- I don't want to take care of hardware
- I want to scale my website as needed

Теперь я немного запутался между ролью SQL Server против роли SQL Azure в этом случае.

Обычный веб-хостинг

Когда я думаю о нормальном веб-сайте, я знаю, что мне нужен хост / сервер, на котором будет размещаться мой веб-сайт.Хост должен поддерживать SQL Server.В целях масштабирования мне придется разместить мой сайт / ASP-страницы на нескольких серверах.Точно так же, если я хочу увеличить свой SQL Server, мне придется разместить его на нескольких серверах и убедиться, что данные обновляются на всех серверах через некоторый механизм.

Облачный хостинг

Теперь я думаю, что могу настроить аналогичную структуру и на Cloud/Azure.Если да, буду ли я использовать реальные возможности Cloud в этом случае?

Или я должен использовать SQL Azure вместо SQL Server?Какую выгоду я бы получил в этом случае?Буду ли я по-прежнему отвечать за расширение и согласованность данных?Я знаю, что могу масштабировать сайт, задав количество виртуальных машин / экземпляр, но как насчет масштабирования базы данных?

Редактировать Благодаря Florin Dumitrescu терминология, которую я хотел использовать, была Scaling Out потому что меня больше беспокоит производительность, а не размер моей базы данных.Меня больше беспокоит то, как база данных будет масштабироваться между различными серверами / системами, чтобы приспособиться к нагрузке и, следовательно, привести к повышению производительности

Answer 1

SQL Azure, как упоминал Йосси, является базой данных как услуга. Таким образом, вы просто запрашиваете его предоставление, происходит волшебство, и у вас есть база данных, которая масштабируется от 1 ГБ до 5 ГБ, 10 ГБ, вплоть до 50 ГБ (скоро будет 150 ГБ, как объявлено в SQL PASS ). Хорошая вещь в SQL Azure: вам не нужно беспокоиться о какой-либо инфраструктуре, серверах, лицензировании и т. Д. Вы просто подключаетесь с помощью строки подключения. SQL Azure предназначен для масштабирования для обработки большого числа одновременно работающих арендаторов, поэтому вам не нужно беспокоиться о масштабировании.

SQL Azure также реплицирует свои данные в центре обработки данных для обеспечения «длительного» хранения. Вам все еще нужно спроектировать схему аварийного восстановления на случай, если центр обработки данных станет недоступным (и вы можете использовать для этого службу Синхронизация данных ).

Что касается самого сайта: при масштабировании до нескольких экземпляров каждый экземпляр запускает один и тот же код и использует одни и те же ресурсы. Сделав еще один шаг вперед, вы можете переместить свой статический (неизменяемый) веб-контент, например изображения и CSS, в хранилище BLOB-объектов. Это имеет несколько преимуществ перед хранением их на самом сайте:

• Возможность включить Content Delivery Network, всемирную службу пограничного кэширования, обеспечивающую более высокую производительность для ваших конечных пользователей
• Меньшая нагрузка на экземпляры вашего веб-сервера, поскольку запросы на эти изображения теперь будут перенаправляться в хранилище BLOB-объектов - совершенно отдельный URL-адрес, чем ваш веб-сайт
• Возможность обновления изображения или таблицы стилей без повторного развертывания приложения - просто загрузите новый файл в хранилище BLOB-объектов.

Я настоятельно рекомендую Учебный комплект по платформе Windows Azure , так как есть лаборатории, которые ознакомят вас с основами всего этого, а также с полными примерами кода. Это обновляется почти ежемесячно, поддерживая синхронизацию с последним Windows Azure SDK и инструментами.

Answer 2

Как уже отмечалось, SQL Azure снимает ваши опасения по поводу настройки и обслуживания инфраструктуры.Это является частью предпосылки Azure в целом, которая заключается в предоставлении платформы, а не просто инфраструктуры.

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

Microsoft Teched имеет значение " Производительность и эластичность SQL AzureРуководство", на которое вам, вероятно, стоит взглянуть

Answer 3

Если вы размещаете свой веб-сайт в облаке и вам нужна база данных, SQL Azure почти наверняка является лучшим вариантом.

SQL Azure - это база данных как служба, поэтому вы создадите свою базу данных и будете работать с ней из своего кода, но вам не придется беспокоиться о подготовке, нет серверов как таковых, обо всем позаботятся .

С точки зрения приложения он выглядит и ведет себя почти так же, как SQL Server, поэтому изначально все, что изменяется, это соединительная строка