Каковы жизнеспособные способы разработки приложения Azure на нескольких компьютерах

Question

Сценарий состоит в том, что я перестраиваю приложение, которое в настоящее время является SQL и классическим ASP. Однако я хочу немного обновить это, чтобы использовать таблицы Azure. Я знаю, что в Azure SDK есть хранилище Dev Fabric, и я полагаю, что его можно установить на все мои машины.

Но мне интересно, есть ли менее "инвазивный" способ имитировать таблицы Azure. Предоставляют ли объектные БД или БД документов разумные факсимильные сообщения, которые можно использовать для раннего создания прототипа. Или переход от них к таблицам Azure SDK вызывает больше головной боли, чем стоит?

Answer 1

По-моему, вам следует полностью пропустить поддельные таблицы Azure.Даже хранилище для разработки MS не совсем соответствует тому, как все будет работать в облаке.Вы получаете 1 млн транзакций за 1 долл. США, 1 ГБ хранилища за 0,15 долл. США и 0,15 долл. США за ГБ в / из центра обработки данных.Если вы просто создаете прототипы, живите опасно и тратите 10 долларов.

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

Если вы просто используете таблицы, а не очереди, BLOB-объекты $ 10 будут иметь большое значение.

Answer 2

Каждый «проект» Azure (который похож на учетную запись Azure) изначально ограничен 5 размещенными учетными записями хранения. Допустим, у вас есть одна учетная запись хранения для вашего фактического контента и одна для диагностики. Теперь предположим, что вам нужна учетная запись хранения dev и QA для каждого из них, соответственно, чтобы вы не повредили производственные данные. Теперь у вас закончились учетные записи хранения (в приведенном выше сценарии вам потребуется 6 размещенных учетных записей). Вам нужно позвонить в Microsoft и попросить увеличить этот лимит ...

Если вместо этого вы использовали Dev Fabric для своих таблиц во время разработки / локального тестирования, вы освободите учетные записи хранения Azure (те, что использовались для dev - вы все равно хотите, чтобы учетные записи хранения QA были в Azure, а не Dev Fabric).

Один сценарий, когда вы не можете полагаться на Dev Fabric для хранения: тестирование производительности / нагрузки.