Вопрос

И чем это отличается от простого предоставления доступа к SQL Server из Интернета?

TX & С уважением Lothar

Это было полезно?

Решение

Вы спрашиваете, в чем разница с вашей точки зрения как потребителя услуги, или с технологической точки зрения того, как она реализована?

С точки зрения того, как вы используете службу SQL Azure, используется тот же аргумент, который относится ко всем другим аспектам обсуждения «Программное обеспечение как услуга»: снижение первоначальной стоимости инвестиций, масштабирование по мере роста, уменьшение накладных расходов на управление и администрирование, Соглашение об уровне обслуживания по доступности, масштабируемости и восстановлению после сбоев, постоянное обновление оборудования, отсутствие лицензионных сборов и так далее и тому подобное. SaaS имеет большой смысл с точки зрения бизнеса для любой операции, особенно для стартапов. Я не буду вдаваться в подробности, так как другие ответы уже охватывали это.

С технической точки зрения SQL Azure далек от экземпляра, представленного в Интернете. На PDC 2008 было несколько презентаций о внутренних деталях работы SQL Cloud. SQL Azure предоставляет другую модель доступа (T-SQL в SQL Azure по сравнению с контейнерами и объектами в SQL Cloud), но некоторые технические детали, представленные в облаке, вероятно, все еще актуальны.

В облаке не было отдельных SQL-серверов, оно построено на сетке из тысяч механизмов SQL (базовая кодовая база, обычная для SQL Server 2005, но не реальных экземпляров SQL), которые взаимодействуют в хранении данных и обслуживании запросов.

В облаке данные («фабрика данных») были разбиты на фрагменты, которые были скопированы как минимум в 3 безопасные копии. Если какая-либо фрагментная копия потеряна, другая оставшаяся копия клонирует новую копию, чтобы увеличить количество избыточных и копий до 3. Каждый фрагмент имеет мастер-копию, которая используется как для чтения, так и для записи. Каждый движок содержит множество фрагментов, некоторые осваивают несколько копий. Никакие две копии одного и того же фрагмента никогда не размещаются на одном и том же движке. Когда обновления выполняются для главной копии, механизм отправляет изменения в резервные копии фрагментов в режиме реального времени.

Эти и другие подробности о том, как реализована «фабрика данных», как различные способы обнаружения сбоев автоматического пилотирования и аналогичные темы представлены в Службы SQL: под капотом .

Некоторые вещи наверняка изменились с переходом с SQL Cloud на SQL Azure, но я уверен, что многие факты «под капотом» остаются в силе.

PS: невероятное количество спам-комментариев, которое Channel9 пропускает ...

Другие советы

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

Чтобы облако было полезным для вашего типичного приложения, оно должно как минимум предоставлять услуги для хранения файлов, хостинга веб-сайтов и служб данных. Sql Azure предоставляет службы данных для Azure.

Почему бы не просто сервер SQL? Что ж, вы всегда можете разместить свою собственную базу данных на каком-либо сервере и использовать ее с веб-сайта, размещенного в Azure ... но что произойдет, когда ваш веб-сайт станет популярным? Ваш Sql-сервер теперь недостаточно быстро обслуживает данные, поэтому вам нужно перенести все свои вещи на больший сервер, купить больше пропускной способности и т. Д. А затем, когда вы становитесь более популярными, вы снова проходите через то же самое.

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

Это называется болью в заднице.

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

На самом деле это мало чем отличается от обеспечения доступа к SQL Server из Интернета — за исключением SQL Azure, вам не нужно иметь дело с маршрутизацией, обеспечивать доступность питания даже во время грозы, поддерживать работоспособность сервера, применять Последние исправления безопасности, касающиеся подключения к Интернету, добавление оперативной памяти по мере необходимости, замена неисправных жестких дисков по мере необходимости, балансировка нагрузки между фермой из 20 серверов и так далее, и тому подобное — Microsoft DataCenter сделает все это за вас.

Кроме того, DataCenter должен очень хорошо масштабироваться — если у вас возникла блестящая идея и вдруг вам понадобится 20 серверов вместо одного — MS DataCenter с радостью предоставит вам это.

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

Марк

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top