Является ли HTTP-запрос REST единственным способом доступа к хранилищу Azure?

Question

Я начал читать о хранилище Azure, и похоже, что единственный способ получить к нему доступ - это запрос HTTP REST.

Я видел, что есть несколько оболочек для этих запросов, например, StorageClient (от Microsoft) и API облачного хранилища (http://cloudstorageapi.codeplex.com/),, но все они все еще используют REST в фоновом режиме (насколько я понимаю) .

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

Answer 1

Да, все вызовы хранилища нормализуются к REST API. Это на самом деле очень эффективно, когда вы рассматриваете проблему. Вы думаете о машине в Azure и данных в Azure, которые хранятся на двух серверах в стойке. Помните, что в Azure ваши данные, ваши «серверы» и т. Д. Могут храниться в разных стойках, в разных зонах и даже в разных центрах обработки данных. С REST API ваши приложения не должны заботиться обо всем этом. Они просто получают данные с помощью URL.

Таким образом, хотя незначительные накладные расходы HTTP могут показаться неэффективными, если бы это были два блока рядом друг с другом, на самом деле это очень элегантное решение, когда они находятся на разных континентах. Фактор в таких понятиях, как CDN, и он становится еще лучше.

В эту базовую концепцию входит балансировщик нагрузки Azure и другие компоненты внутренней инфраструктуры, которые могут дополнительно оптимизировать каждый запрос, поскольку они все одинаковы (HTTP). Я также не удивлюсь (совсем не уверен, я не работаю для MSFT), если бы LB выполнял оптимизацию управления трафиком, когда запрос делается внутри центра обработки данных.

Answer 2

Пропускная способность в подсистеме хранения в Windows Azure довольно высокая. Я был бы очень удивлен, если система не может удовлетворить ваши потребности.

Существует также множество шаблонов проектирования для повышения масштабируемости вашего приложения, например асинхронная обработка, пакетные запросы, отложенная обработка и т. Д.