Microsoft azure compute emulator что это

Подключение эмулятора к Обозревателю службы хранилища

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

Поддерживаемые эмуляторы

Обозреватель службы хранилища официально поддерживает Azurite. Это рекомендуемый эмулятор. Azurite — это кроссплатформенный эмулятор с открытым кодом, разработанный корпорацией Майкрософт. Он поддерживает BLOB-объекты, очереди и таблицы. Однако любой эмулятор, аналогичный Azurite, скорее всего, также будет работать с Обозревателем службы хранилища. Учтите, что эмулятор не поставляется вместе с Обозревателем службы хранилища. Вам потребуется скачать его самостоятельно.

Подключение к эмулятору

Чтобы подключить Обозреватель службы хранилища к эмулятору, необходимо сначала запустить эмулятор. Обозреватель службы хранилища не запускает эмулятор автоматически. Если вы попытались получить доступ к эмулированной учетной записи хранения, не запустив эмулятор, вы увидите сообщение о том, что нужно запустить эмулятор. При попытке получить доступ к эмулированному контейнеру, очереди или таблице, если эмулятор не запущен, вы увидите сообщение об ошибке.

Предположим, вы запустили эмулятор, и он:

Локальное выполнение

Настроен для ожидания передачи данных через стандартные порты по умолчанию:

BLOB-объекты: 10000
Очереди: 10001
Таблицы: 10002

В этом случае для быстрого доступа к эмулируемым ресурсам можно использовать представление ресурсов в виде дерева: Локальные и присоединенные>Учетные записи хранения>Эмулятор — порты по умолчанию.

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

Подключение к эмулятору вручную

Локальный эмулятор

Если вам нужно вручную подключиться к эмулятору, который работает локально, откройте диалоговое окно «Подключение» (значок вилки слева) и выберите Локальный эмулятор хранилища. Заполните все обязательные поля. Убедитесь, что для портов каждого типа службы заданы соответствующие значения. Если для эмулятора настроено использование HTTPS, также убедитесь, что установлен флажок для протокола HTTPS. Завершив подключение, вы сможете найти узел учетной записи хранения для эмулятора, выбрав Локальные и присоединенные>Учетные записи хранения.

Удаленный эмулятор

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

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

Получив строку подключения, откройте диалоговое окно «Подключение» (значок вилки слева) и выберите Storage account or service (Учетная запись хранения или служба). Затем выберите параметр Строка подключения, перейдите на следующую страницу и используйте свою строку подключения для завершения процесса подключения. После этого вы сможете найти узел учетной записи хранения для эмулятора, выбрав Локальные и присоединенные>Учетные записи хранения.

Дальнейшие действия

Q38. What are Compute Emulator and Storage Emulator?

Compute Emulator and Storage Emulator are the two tools Microsoft provides to developers to develop and execute cloud applications on local desktop. These tolls are part of the Windows Azure SDK.

Compute Emulator

Compute Emulator emulates the compute environment. After the application is developed we can run and test the application on the local desktop. The Compute Emulator internally uses IIS to execute the application. The advantage is without uploading the application to the cloud, we can test the application locally. The requirement to use Compute Emulator is that Visual Studio should be run as an Administrator.

Storage Emulator

Storage Emulator emulates the Azure Storage services on local desktop. If your application is using Azure Storage services, you can do two things:
1. Connect to the Azure Storage services like Table storage, Blob storage and Queue storage on the cloud by specifying the storage connection string, pointing to your storage account.
2. Connect to the Azure Storage services in the storage emulator which is running on local desktop by specifying the storage connection string which points to Storage emulator.

See More Questions and Answers on — Azure Cloud Services (cont..)

creating a parallel processing application in windows azure?
Creating a scalable web application with background processing in Azure?
How does fabric controller place and manage role instances of an application across fault domains?
What is a local storage and how to configure local storage resources?
Service configuration and service definition files in Azure?
How do we setup the development environment for Azure applications?
What is Azure storage?
What are the benefits of scalable storage service?
Why Azure cloud applications need consistent, durable, and scalable storage service?

microsoft azure compute emulator что это и для чего, кому она пригодиться.

Как обычному юзеру он понадобиться? сис админу? программисту? предпринимателю?
В чем его смысл или так сказать фишка?

Голосование за лучший ответ

Microsoft Azure – облачная платформа компании Microsoft. Предоставляет возможность разработки, выполнения приложений и хранения данных на серверах, расположенных в распределённых дата-центрах.

Облако Azure было анонсировано в октябре 2008 года под кодовым названием “Project Red Dog”[1]. Релиз состоялся 1 февраля 2010 года под названием “Windows Azure”. В 2014 году платформа была переименована в Microsoft Azure[2].

Содержание
1Обзор платформы
2Поддерживаемые языки и платформы разработки
2.1.NET
2.2Java
2.3Node.js (JavaScript)
2.4Python
2.5PHP
2.6Go
3Сервисы
3.1Инфраструктурные сервисы
3.1.1Вычисления
3.1.2Хранилище
3.1.3Работа в сети
3.2Платформенные сервисы
3.2.1Мобильные сервисы
3.2.2Управление данными
3.2.3Обмен сообщениями
3.2.4Медиа-сервисы
3.2.5Машинное обучение
3.2.6IoT
3.2.7Azure Blockchain Workbench
3.2.8Функции Azure
3.2.9Для разработчиков
4Стоимость
5Безопасность
6Проекты, размещенные на Microsoft Azure
7Основные этапы развития
8Датацентры
9Конкуренты
10Примечания
10.1Внешние ссылки
Обзор платформы
Microsoft Azure реализует облачные модели платформы как сервиса (PaaS) и инфраструктуры как сервиса (IaaS). Возможно использование как сторонних, так и сервисов Microsoft в качестве модели ПО как сервиса (SaaS)[3]. Работоспособность платформы Microsoft Azure обеспечивает глобальная сеть распределенных дата-центров Microsoft.

Помимо базовых функций операционных систем, Microsoft Azure имеет и дополнительные: выделение ресурсов по требованию для масштабирования, автоматическую синхронную репликацию данных для повышения отказоустойчивости, обработку отказов инфраструктуры для обеспечения постоянной доступности и другое.

Модель предоставления инфраструктуры (IaaS) реализует возможность аренды таких ресурсов, как серверы, устройства хранения данных и сетевое оборудование. Управление всей инфраструктурой осуществляется поставщиком, потребитель управляет только операционной системой и установленными приложениями.

Для виртуальных машин доступны образы следующих операционных систем: Windows Server, CoreOS, Ubuntu Server, Red Hat, Clear Linux OS, Debian, SUSE Linux Enterprise Server, Oracle Linux[4][5].

Практически все сервисы Microsoft Azure имеют интерфейс взаимодействия API, построенный на основе ограничений для распределённых систем REST, что позволяет разработчикам использовать облачные сервисы с любой операционной системы, устройства и платформы.

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

Поддерживаемые языки и платформы разработки
Для поддерживаемых языков программирования Microsoft предоставляет наборы библиотек. На данный момент поддерживаются следующие языки программирования и программные платформы:

.NET
Облачная платформа Azure поддерживает платформу разработки .NET, также созданную и поддерживаемую компанией Microsoft. Эти технологии можно использовать совместно для создания и размещения веб-приложений, создания бессерверных функций Azure, подключения и создания запросов к базам данных SQL, управления ресурсами API SQL в Azure Cosmos DB, развертывания приложений в Service Fabric[6] и др.

Java
Язык программирования Java интегрирован с Azure. Он подходит для создания и развертывания веб-приложений, работы с базами данных, взаимодействия с сервисной шиной, интернетом вещей, когнитивными сервисами [7] и др. Для настройки среды разработки и использования Azure с Java разработчик должен иметь учетную запись в облаке, Azure Cloud Shell или Azure CLI 2.0, Java 8 и Maven 3.

Node.js (JavaScript)
Язык JavaScript и его серверный фреймворк Node.js интегрированы с Azure. В рамках совместной раб

Использование эмулятора хранения Azure для разработки и тестирования (не рекомендуется)

Эмулятор хранения Microsoft Azure — это средство для эмуляции служб BLOB-объектов, очередей и таблиц для разработки. Так вы можете локально протестировать приложение со службами хранилища без необходимости создавать подписку Azure и оплачивать ресурсы. Если приложение в эмуляторе работает правильно, переходите на использование учетной записи хранения Azure в облаке.

Использование эмулятора хранение Azure сейчас не рекомендуется. Майкрософт рекомендует использовать эмулятор Azurite для локальной разработки со службой хранилища Azure. Azurite заменяет собой эмулятор хранения Azure. Azurite будет и далее обновляться с учетом особенностей последних версий API службы хранилища Azure. Дополнительные сведения см. в статье Использование эмулятора Azurite для разработки локальной службы хранилища Azure.

Получение эмулятора хранения

Эмулятор хранения входит в пакет SDK Microsoft Azure. Его также можно установить с помощью автономного установщика (скачиваемого напрямую). Чтобы установить эмулятор хранения, нужно иметь права администратора на компьютере.

Сейчас эмулятор хранилища работает только в Windows. Для эмуляции в Linux используйте эмулятор Azurite.

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

Эмулятор хранения зависит от определенных версий библиотек OData. Замена используемых эмулятором хранения библиотек DLL OData на другие версии не поддерживается и может привести к непредвиденному поведению. Тем не менее для отправки запросов к эмулятору может использоваться любая версия OData, поддерживаемая службой хранилища.

Принцип работы эмулятора хранения

Для эмуляции служб хранилища Azure эмулятор хранения использует локальный экземпляр LocalDB Microsoft SQL Server 2012 Express. Вы можете настроить в эмуляторе хранения использование локального экземпляра SQL Server вместо LocalDB. Дополнительные сведения см. ниже в разделе Запуск и инициализация эмулятора хранения.

Эмулятор хранения подключается к SQL Server или LocalDB с использованием проверки подлинности Windows.

Функциональные возможности эмулятора хранения и службы хранилища Azure имеют несколько различий. Дополнительные сведения об этих различиях см. в разделе Различия между эмулятором хранения и службой хранилища Azure далее в этой статье.

Запуск и инициализация эмулятора хранения

Чтобы запустить эмулятор хранения Azure, сделайте следующее:

Нажмите кнопку Пуск или клавишу Windows.
Начните вводить текст Azure Storage Emulator .
Выберите эмулятор в списке отображенных приложений.

При запуске эмулятора хранения отображается окно командной строки. Это окно консоли можно использовать для запуска и завершения работы эмулятора хранения. Также из командной строки очистить данные, получить состояние и инициализировать эмулятор. Дополнительные сведения см. ниже в разделе Справочник по программе командной строки эмулятора хранения.

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

При запуске эмулятора в области уведомлений панели задач Windows появится соответствующий значок.

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

При первом запуске эмулятора хранения инициализируется локальная среда хранения. В процессе инициализации создается база данных в LocalDB и резервируются порты HTTP для каждой локальной службы хранилища.

Эмулятор хранения по умолчанию устанавливается в папку C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulator .

Для работы с локальными ресурсами эмулятора можно использовать Обозреватель службы хранилища Microsoft Azure. Найдите (Emulator — Default Ports) (Key) ((Эмулятор — порты по умолчанию) (Ключ)) в разделе Local & Attached (Локальные и присоединенные) в дереве ресурсов Обозревателя службы хранилища после установки и запуска эмулятора хранения.

Инициализация эмулятора хранения для использования другой базы данных SQL

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

Откройте окно консоли эмулятора хранения, как описано в разделе Запуск и инициализация эмулятора хранения.
В окне консоли введите следующую команду, где — имя экземпляра SQL Server. Чтобы использовать LocalDB, укажите (localdb)\MSSQLLocalDb в качестве экземпляра SQL Server. AzureStorageEmulator.exe init /server Можно использовать следующую команду, которая указывает эмулятору использовать экземпляр SQL Server по умолчанию: AzureStorageEmulator.exe init /server . Кроме этого вы можете использовать следующую команду, которая повторно инициализирует базу данных для использования экземпляра LocalDB по умолчанию: AzureStorageEmulator.exe init /forceCreate

Для управления экземплярами SQL Server, включая установку LocalDB, можно использовать Microsoft SQL Server Management Studio (SSMS). В диалоговом окне Подключение к серверу SMSS укажите (localdb)\MSSQLLocalDb в поле Имя сервера:, чтобы подключиться к экземпляру LocalDB.

Проверка подлинности для выполнения запросов к эмулятору хранения

После установки и запуска эмулятора хранения вы сможете тестировать в нем свой код. Каждый запрос к эмулятору хранения должен быть авторизован, если вы не используете анонимные запросы. Для авторизации запросов к эмулятору хранения можно использовать проверку подлинности с общим ключом или с подписанным URL-адресом (SAS).

Авторизация с помощью учетных данных общего ключа

Эмулятор поддерживает одну предопределенную учетную запись и известный ключ аутентификации для аутентификации с помощью общего ключа. Эти учетная запись и ключ — единственные разрешенные учетные данные общего ключа для использования с эмулятором. В их число входят:

Account name: devstoreaccount1 Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

Ключ проверки подлинности, поддерживаемый эмулятором, предназначен только для тестирования функциональности кода проверки подлинности клиента. Его использование не гарантирует защиту. Нельзя использовать рабочую учетную запись хранения и ключ для эмулятора. Не следует использовать учетную запись для разработки с рабочими данными.

Эмулятор поддерживает подключения только по протоколу HTTP. Тем не менее для доступа к ресурсам в рабочей учетной записи хранения Azure рекомендуется использовать протокол HTTPS.

Подключение к учетной записи эмулятора с помощью ярлыка

Самый простой способ подключиться к эмулятору из приложения — настроить строку подключения в файле конфигурации приложения, на которое ссылается ярлык: UseDevelopmentStorage=true . Сочетание клавиш эквивалентно полной строке подключения для эмулятора, которая указывает имя учетной записи, ключ учетной записи и конечные точки эмулятора для каждой из служб хранилища Azure:

DefaultEndpointsProtocol=http;AccountName=devstoreaccount1; AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==; BlobEndpoint=http://127.0.0.1:10000/devstoreaccount1; QueueEndpoint=http://127.0.0.1:10001/devstoreaccount1; TableEndpoint=http://127.0.0.1:10002/devstoreaccount1;

В следующем фрагменте кода .NET показано, как можно использовать сочетание клавиш из метода, принимающего строку подключения. Например, конструктор BlobContainerClient(строка, строка) принимает строку подключения.

BlobContainerClient blobContainerClient = new BlobContainerClient("UseDevelopmentStorage=true", "sample-container"); blobContainerClient.CreateIfNotExists();

Перед вызовом кода во фрагменте убедитесь, что эмулятор работает.

Дополнительные сведения о строках подключения см. в разделе Настройка строк подключения службы хранилища Azure.

Авторизация с помощью подписанного URL-адреса

Мы рекомендуем использовать модуль Azure Az PowerShell для взаимодействия с Azure. Чтобы начать работу, см. статью Установка Azure PowerShell. Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.

Некоторые клиентские библиотеки хранилища Azure, такие как библиотека Xamarin, поддерживают только проверку подлинности с помощью маркера подписанного URL-адреса (SAS). Вы можете создать токен SAS с помощью Обозревателя службы хранилища или другого приложения, которое поддерживает проверку подлинности с использованием общего ключа.

Кроме того, для этого можно использовать Azure PowerShell. Следующий пример создает токен SAS с полными правами на контейнер BLOB-объектов:

Установите Azure PowerShell, если это еще не сделано (рекомендуется использовать последнюю версию командлетов Azure PowerShell). Инструкции по установке см. в статье Установка и настройка Azure PowerShell.
Откройте Azure PowerShell и выполните приведенные ниже команды, заменив CONTAINER_NAME именем на свой выбор.

$context = New-AzStorageContext -Local New-AzStorageContainer CONTAINER_NAME -Permission Off -Context $context $now = Get-Date New-AzStorageContainerSASToken -Name CONTAINER_NAME -Permission rwdl -ExpiryTime $now.AddDays(1.0) -Context $context -FullUri

Полученный универсальный код ресурса (URI) для подписанного URL-адреса нового контейнера должен быть аналогичен следующему:

http://127.0.0.1:10000/devstoreaccount1/sascontainer?sv=2012-02-12&se=2015-07-08T00%3A12%3A08Z&sr=c&sp=wl&sig=t%2BbzU9%2B7ry4okULN9S0wst/8MCUhTjrHyV9rDNLSe8g%3Dsss

Подписанный URL-адрес, созданный с помощью этого примера, действителен один день. Подписанный URL-адрес предоставляет полные права (чтение, запись, удаление и создание списка) для BLOB-объектов в контейнере.

Обращение к ресурсам в эмуляторе хранения

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

При обращении к ресурсу в учетной записи хранения Azure используйте приведенную ниже схему. Имя учетной записи представляет собой часть имени узла в универсальном коде ресурса (URI), а ресурс, к которому выполняется обращение, — часть пути в универсальном коде ресурса (URI).

Например, допустимым адресом для большого двоичного объекта в учетной записи хранения Azure можно считать такой URI:

Так как локальный компьютер не поддерживает разрешение доменных имен, имя учетной записи является частью пути URI, а не именем узла. Используйте следующий формат URI для ресурсов в эмуляторе хранения:

Например, следующий адрес можно использовать для получения доступа к большому двоичному объекту в эмуляторе хранения:

Ниже перечислены конечные точки службы для эмулятора хранения.

Служба BLOB-объектов: http://127.0.0.1:10000//
Служба очередей: http://127.0.0.1:10001//
Служба таблиц: http://127.0.0.1:10002//

Обращение к вторичному расположению учетной записи с помощью RA-GRS

Начиная с версии 3.1, эмулятор хранения поддерживает геоизбыточную репликацию с доступом только на чтение (RA-GRS). Доступ к дополнительному расположению можно получить, добавив в имя учетной записи постфикс -secondary. Например, следующий адрес позволяет обратиться к большому двоичному объекту через вторичную копию только для чтения, размещенную в эмуляторе хранения:

Для получения доступа к вторичному расположению в эмуляторе хранения программным способом используйте клиентскую библиотеку хранилища для .NET 3.2 или более поздней версии. Дополнительные сведения см. в разделе Клиентская библиотека хранилища Microsoft Azure для .NET.

Справочник по средству командной строки для эмулятора хранения

Начиная с версии 3.0, при запуске эмулятора хранения отображается окно консоли. Используйте командную строку в окне консоли, чтобы запускать и останавливать эмулятор. Кроме того, из командной строки можно запрашивать состояние и выполнять другие операции.

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

Синтаксис для командной строки

AzureStorageEmulator.exe [start] [stop] [status] [clear] [init] [help]

Параметры

Чтобы просмотреть список параметров, в командной строке введите /help .

Вариант	Описание:	Command	Аргументы
Начало	Запускает эмулятор хранения.	AzureStorageEmulator.exe start [-inprocess]	-Reprocess: запускает эмулятор в текущем процессе вместо создания нового процесса.
Остановить	Останавливает эмулятор хранения.	AzureStorageEmulator.exe stop
Состояние	Выводит состояние эмулятора хранения.	AzureStorageEmulator.exe status
Clear	Очищает данные во всех службах, указанных в командной строке.	AzureStorageEmulator.exe clear [blob] [table] [queue] [all]	blob: удаляет данные о больших двоичных объектах. queue: удаляет данные об очередях. table: удаляет данные о таблицах. all: удаляет все данные во всех службах.
Init	Выполняет разовую инициализацию для настройки эмулятора.	AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate\|-skipcreate] [-reserveports\|-unreserveports] [-inprocess]	-server serverName\instanceName: указывает сервер для размещения экземпляра SQL. -sqlinstance имя_экземпляра: указывает имя экземпляра SQL, используемого на сервере по умолчанию. -forcecreate: принудительно создает базу данных SQL, даже если она уже существует. -skipcreate: пропускает создание базы данных SQL. Имеет приоритет над -forcecreate. -reserveports: пытается зарезервировать порты HTTP, связанные со службами. -unreserveports: пытается отменить резервирование портов HTTP, связанных со службами. Имеет приоритет над -reserveports. -inprocess: выполняет инициализацию в текущем процессе вместо порождения нового процесса. При изменении резервирований портов нужно запустить текущий процесс с повышенными привилегиями.

Различия между эмулятором хранения и службой хранилища Azure

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

Эмулятор хранения поддерживает только одну предопределенную учетную запись и известный ключ проверки подлинности.
Эмулятор хранения не является масштабируемой службой хранения и не поддерживает большое количество одновременно подключенных клиентов.
Как описано в разделе Обращение к ресурсам в эмуляторе хранения, обращение к ресурсам в эмуляторе хранения и в учетной записи хранения Azure происходит по-разному. Основное отличие заключается в том, что разрешение доменных имен доступно только в облаке, но не на локальном компьютере.
Начиная с версии 3.1, учетная запись эмулятора хранения поддерживает геоизбыточную репликацию с доступом только на чтение (RA-GRS). В эмуляторе для всех учетных записей включена служба RA-GRS, и запаздывания обновления между первичной и вторичной репликами нет. Операции получения статистики службы BLOB-объектов, получения статистики службы очередей и получения статистики службы таблиц поддерживаются во вторичном расположении учетной записи и всегда будут возвращать значение элемента ответа LastSyncTime в виде текущего времени в соответствии с основной базой данных SQL.
Службы файлов и конечные точки службы протокола SMB сейчас в эмуляторе хранения не поддерживаются.
Если вы используете версию служб хранилища, которая не поддерживается в эмуляторе, эмулятор вернет ошибку VersionNotSupportedByEmulator (код состояния «HTTP 400 — недопустимый запрос»).

Отличия для хранилища больших двоичных объектов

Хранилище больших двоичных объектов в эмуляторе отличается следующим образом:

Эмулятор хранения поддерживает только большие двоичные объекты размером до 2 ГБ.
Максимальная длина имени большого двоичного объекта в эмуляторе хранения составляет 256 символов, а максимальная длина имени большого двоичного объекта в службе хранилища Azure — 1024 символа.
Добавочное копирование позволяет копировать моментальные снимки перезаписанных больших двоичных объектов, что возвращает ошибку в службе.
Операция Get Page Ranges Diff не работает для моментальных снимков, скопированных с помощью операции Incremental Copy Blob.
Операция Put Blob с существующим в эмуляторе хранения большим двоичным объектом с активной арендой может быть успешно выполнена, даже если в запросе не был указан идентификатор аренды.
Эмулятор не поддерживает операции добавления данных в большие двоичные объекты. При попытке выполнить операцию с добавочным большим двоичным объектом возвращается ошибка FeatureNotSupportedByEmulator (код состояния HTTP «400 — Неверный запрос»).

Отличия для хранилища таблиц

Хранилище таблиц в эмуляторе отличается следующим образом:

Свойства даты в службе таблиц в эмуляторе хранения поддерживают только диапазон, поддерживаемый версией SQL Server 2005 (даты не ранее 1 января 1753 г.). Все даты до 1 января 1753 г. заменяются этим значением. Точность дат ограничивается точностью SQL Server 2005, т. е. 1/300 секунды.
Эмулятор хранения поддерживает значения ключа раздела и строки свойств ключа размером не более 512 байт. Общий размер имени учетной записи, имени таблицы и имен свойств ключей не может превышать 900 байтов.
Общий размер строки в таблице эмулятора хранения не может превышать 1 МБ.
В эмуляторе хранения свойства типа данных Edm.Guid и Edm.Binary поддерживают только операторы сравнения Equal (eq) и NotEqual (ne) в строках фильтра запроса.

Отличия для хранилища очередей

Хранилище очередей в эмуляторе не имеет отличий.

Замечания к выпуску эмулятора хранения

Версия 5.10

Эмулятор хранения будет поддерживать версии служб хранилища 2019-07-07 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.9

Эмулятор хранения будет поддерживать версии служб хранилища 2019-02-02 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.8

Эмулятор хранения будет поддерживать версии служб хранилища 2018-11-09 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.7

Исправлена ошибка, приводившая к сбою при включении ведения журнала.

Версия 5.6

Теперь эмулятор хранения поддерживает версию служб хранилища 2018-03-28 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.5

Теперь эмулятор хранения поддерживает версию служб хранилища 2017-11-09 для конечных точек служб больших двоичных объектов, очередей и таблиц.
Добавлена поддержка свойства большого двоичного объекта Created, которое возвращает время создания большого двоичного объекта.

Версия 5.4

Чтобы повысить стабильность установки, эмулятор больше не пытается резервировать порты во время установки. Если вы хотите зарезервировать порты, укажите их с помощью параметра -reserveports в команде init.

Версия 5.3

Теперь эмулятор хранения поддерживает версию служб хранилища 2017-07-29 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 5.2

Теперь эмулятор хранения поддерживает версию служб хранилища 2017-04-17 для конечных точек служб больших двоичных объектов, очередей и таблиц.
Исправлена ошибка, из-за которой значения свойств таблиц кодировались неправильно.

Версия 5.1

Исправлена ошибка, из-за которой эмулятор хранения возвращал заголовок DataServiceVersion в некоторых ответах, в которых служба его не возвращала.

Версия 5.0

Установщик эмулятора хранения больше не проверяет наличие существующих установок MSSQL и .NET Framework.
Установщик эмулятора хранения больше не создает базу данных в ходе установки. При необходимости база данных будет по-прежнему создаваться в процессе запуска.
Для создания базы данных больше не требуются повышенные права.
Для запуска больше не требуются резервирования портов.
Добавлены следующие параметры для init : -reserveports (требуются повышенные права), -unreserveports (требуются повышенные права), -skipcreate .
Теперь элемент «Пользовательский интерфейс эмулятора хранения» на значке в панели задач запускает интерфейс командной строки. Старый графический интерфейс пользователя больше недоступен.
Некоторые библиотеки DLL были удалены или переименованы.

Версия 4.6

Теперь эмулятор хранения поддерживает версию служб хранилища 2016-05-31 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.5

Исправлена ошибка, которая приводила к сбою установки и инициализации при переименовании резервной базы данных.

Версия 4.4

Теперь эмулятор хранения поддерживает версию служб хранилища 2015-12-11 для конечных точек служб больших двоичных объектов, очередей и таблиц.
Выполняемая для больших двоичных объектов в эмуляторе хранения сборка мусора теперь оптимизирована для работы с большим количеством таких объектов.
Исправлена ошибка, которая приводила к небольшим различиям в процедуре проверки контейнера XML ACL (в сравнении с проверкой, выполняемой службой хранилища).
Исправлена ошибка, которая иногда приводила к сообщениям о минимальном и максимальном значениях времени и даты для неправильного часового пояса.

Версия 4.3

Теперь эмулятор хранения поддерживает версию служб хранилища 2015-07-08 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.2

Теперь эмулятор хранения поддерживает версию служб хранилища 2015-04-05 для конечных точек служб больших двоичных объектов, очередей и таблиц.

Версия 4.1

Теперь эмулятор хранения поддерживает версию служб хранилища 2015-02-21 для конечных точек служб больших двоичных объектов, очередей и таблиц. Новые функции добавления данных в большой двоичный объект не поддерживаются.
Теперь эмулятор возвращает понятное для пользователя сообщение об ошибке для неподдерживаемых версий служб хранилища. Мы советуем использовать эмулятор последней версии. При возникновении ошибки VersionNotSupportedByEmulator (код состояния HTTP «400 — недопустимый запрос») скачайте последнюю версию эмулятора хранения.
Исправлена ошибка состояния гонки, которая приводила к неправильным данным сущности таблицы при одновременных операциях слияния.

Версия 4.0

Исполняемый файл эмулятора хранения переименован в AzureStorageEmulator.exe.

Версия 3.2

Теперь эмулятор хранения поддерживает версию служб хранилища 2014-02-14 для конечных точек служб больших двоичных объектов, очередей и таблиц. Конечные точки службы файлов сейчас в эмуляторе хранения не поддерживаются. Дополнительные сведения о версии 2014-02-14 см. в разделе Управление версиями для служб хранилища Azure.

Версия 3.1

Теперь геоизбыточное хранилище с доступом для чтения (RA-GRS) поддерживается в эмуляторе хранения. API Get Blob Service Stats , Get Queue Service Stats и Get Table Service Stats поддерживаются для вторичного расположения учетной записи и всегда возвращают в качестве текущего времени значение элемента ответа LastSyncTime согласно с состоянием базы данных SQL. Для получения доступа к вторичному расположению в эмуляторе хранения программным способом используйте клиентскую библиотеку хранилища для .NET 3.2 или более поздней версии. Подробнее см. в справочнике по клиентской библиотеке хранилища Microsoft Azure для .NET.

Версия 3.0

Эмулятор хранения Azure больше не поставляется в одном пакете с эмулятором вычислений.
Графический пользовательский интерфейс эмулятора хранения объявлен устаревшим. Теперь он заменен интерфейсом командной строки с поддержкой создания скриптов. Дополнительную информацию об интерфейсе командной строки см. в справочнике по программе командной строки эмулятора хранения. Графический интерфейс будет доступен в версии 3.0, но только после установки эмулятора вычислений щелчком правой кнопкой мыши на значке области уведомлений и при последующем выборе значения «Показать пользовательский интерфейс эмулятора хранения».
Версия 2013-08-15 служб хранилища Azure теперь поддерживается полностью. (Ранее эта версия поддерживалась только в предварительной версии 2.2.1 эмулятора хранения)

Следующие шаги

Оцените кроссплатформенный эмулятор хранения Azurite с открытым кодом и поддержкой сообщества.
Статья Примеры для службы хранилища Azure с использованием .NET содержит ссылки на несколько примеров кода, которые можно использовать при разработке приложения.
Для работы с ресурсами в облачной учетной записи и эмуляторе хранения можно использовать Обозреватель службы хранилища Microsoft Azure.

См. также

Local Azure Storage Development with Azurite, Azure SDKs, and Azure Storage Explorer (Разработка для Службы хранилища Azure в локальной среде с помощью Azurite, пакетов SDK Azure и Обозревателя службы хранилища Azure)