0

Мы находимся в процессе перехода в хранилище Windows Azure с несколькими тысячами образных пирамид Seadragon, которые в настоящее время хранятся в нашей локальной базе данных SQL Server. Мы используем библиотеку Deep Zoom Composer от Microsoft (deepzoomtools.dll), чтобы сначала создать плитки изображений. Но так как Deep Zoom Composer (DZC) генерирует плитки в иерархии папок, мы затем пересекаем каталоги, созданные DZC, чтобы собрать фрагменты изображений.Перенос на приложение помещения на запрос Azure Cloud

Но теперь мы пытаемся выяснить, как мы можем публиковать наши пирамиды с изображениями непосредственно в хранилище Blade Azure. Мы попытались декомпилировать DLL DeepZoomTools, чтобы увидеть, можем ли мы перенаправить свои файловые системы на Azure blob storage. Но эта задача оказалась довольно сложной и, следовательно, мы ищем другой подход.

Итак, на данный момент у нас есть виртуальная машина в Azure для использования DeepZoomTool.dll и публикации на жестком диске виртуальной машины. На жестком диске VM мы можем собрать плитки с помощью Window Service и поместить плитки в хранилище Blade Azure. Но этот подход требует, чтобы мы вручную поддерживали как виртуальную машину, так и службу вдов. И это также имеет некоторые другие недостатки. Поэтому мы ищем лучший подход. Если вы, ребята, имеете какой-либо другой альтернативный метод или можете предложить любые полезные предложения, мы, безусловно, оценим вашу информацию!

ответ

0

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

Если вы сделаете это так, вам не нужно будет беспокоиться об обслуживании виртуальной машины, так как это PAAS, а не IAAS.

+0

Как вы думаете, этот подход будет более дорогим с точки зрения ценообразования Azure? – Pickle