Опубликован: 27.12.2011 | Доступ: свободный | Студентов: 1333 / 35 | Оценка: 4.44 / 4.44 | Длительность: 12:31:00
Лекция 4:

Размещение приложений Silverlight на облачной платформе

< Лекция 3 || Лекция 4: 1234 || Лекция 5 >

Для использования служб RIA необходимо, чтобы были подключены ряд специальных базовых классов платформы .Net, ссылки на них автоматически добавляются в проект при его создании в Visual Studio 2010 на основе шаблона RIA service

System.ServiceModel.DomainServices.EntityFramework 
System.ServiceModel.DomainServices.Hosting 
System.ServiceModel.DomainServices.Server 
System.ComponentModel.DataAnnotations 

Однако, когда мы развертываем приложение в Azure используется виртуальная машина с Windows 2008. с запущенным IIS, но на машине в кэше сборок нет необходимых для описанных классов сборок.

Поэтому, когда развертываемое приложение использует службы RIA, то необходимо обеспечить включение необходимых сборок в общий контейнер. В рассматриваемом примере это проблему можно решить, если для трех сборок из класса System.ServiceModel.DomainServices установить свойство Copy Local в True, тем самым указывается, что эти сборки будут загружаться не из глобального кэша сборок, а из директории bin приложения. Эта операция увеличивает размер публикуемого контейнера ( рис. 4.11).

Установка свойства

Рис. 4.11. Установка свойства

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

Хранилище Azure обеспечивают удобный и масштабируемый механизм хранения данных, для Silverlight в первую очередь можно использовать возможности хранилища больших бинарных объектов. Бинарное хранилище может использоваться для хранения двоичных или текстовых файлов. Каждый добавляемый в облако файл реплицируется, что значительно снижает вероятность его потери или повреждения.

Для того, чтобы сохранить файл в бинарном хранилище и использовать их затем в приложениях Silverlight следует сначала создать с использованием портала Azure учетную запись. У каждой учетной записи Windows Azure может быть несколько учетных записей для хранилища и в каждой такой учётной записи может сохранятся до 100 Тб информации ( рис. 4.12).

Создание учётной записи хранилища

Рис. 4.12. Создание учётной записи хранилища

После создания новой учетной записи разработчик получает три (для каждого из типов служб) URL хранилища ( рис. 4.13).

Ссылки на Url хранилища

Рис. 4.13. Ссылки на Url хранилища

Портал Azure не позволяет загружать файлы в облачное хранилище, а необходимо использовать специальные инструменты, например CloudBerry S3 Explorer ( http://www.cloudberrylab.com/free-amazon-s3-explorer.aspx). Для группировки файлов в Azure используются контейнеры, которые можно сравнить с папками в обычной системе. Контейнер может содержать в себе другие контейнеры или файлы ( рис. 4.14).

Создание контейнеров

увеличить изображение
Рис. 4.14. Создание контейнеров

Для контейнера определяются права доступа. Файл может быть либо публично доступным, либо приватным. Для публичных файлов и их контейнеров необходимо установить уровень доступа Full public read access. Доступ к такому файлу можно получить через его URL, который может быть просмотрен в свойствах файла ( рис. 4.15).

Ссылка на файл в хранилище

Рис. 4.15. Ссылка на файл в хранилище
< Лекция 3 || Лекция 4: 1234 || Лекция 5 >