Построение высоконагруженных приложений на базе Windows Azure
0 likes•766 views
Документ описывает создание высоконагруженных веб-приложений на платформе Windows Azure, акцентируя внимание на асинхронной модели программирования, масштабируемости и управлении данными. Рассматриваются аспекты производительности, включая использование кэширования и работу с blob storage, а также оптимизацию SQL Azure и шардирование данных. Также обсуждаются технологии, такие как AppFabric Caching и Content Delivery Network, для повышения эффективности и снижения времени ответа.
Построение высоконагруженных приложений на базе Windows Azure
- 1. Построение высоконагруженных web-приложений на базе Windows AzureФещенко Александр[email protected]://feschenkoalex.blogspot.comTwitter: FeschenkoAlex
- 2. Высоконагруженные web-приложенияЧто я имею ввиду:Глобальная аудитория, низкое время ответа
- 3. Возможность масштабирования для обработки большого количества одновременных запросов
- 4. Высокие требования к пропускной способностиComputeПлан:Асинхронная модель программирования
- 5. Управление доступом к данным
- 6. Настройка производительности приложенияАсинхронная модель программирования
- 7. Синхронные приложенияОдин запрос обрабатывается одним потокомБлокируется на время выполнения «работы», после чего возвращают ответ и снова становится доступнымSQL AzureВеб приложение“Работа” #1Входящий запрос #1Средний уровеньБлокировкаПотокОтвет #1WA StorageThreadОтвет #1ComputeОжидание…Входящий запрос #2Время идет…Стеки потоков – структуры для обработки входящих запросовБольшинство потоков простаивают впустуюУвеличение количества потоков для повышения производительности – тяжеловесный подходАсинхронная модель программированияВеб приложениеSQL Azure“Работа” #1Клиент #1Средний уровеньОтвет #1WA StorageОтвет #1ПотокПотокКлиент #2“Работа” #2КонтекстОтвет #2Ответ #2Клиентские запросы явно отслеживаются во внутренних структурах приложенияОперации над контекстом должны быть идемпотентны или транзакционныПотоки блокируются ненадолго, поэтому большее количество потоков гарантирует большую пропускную способность
- 8. Асинхронная модель в облакеАсинхронная модель применительна как к локальным так и к облачным приложениям Для асинхронного взаимодействия между ролями вашего приложения очень удобна технология Windows Azure Storage QueuesВстроенная балансировка нагрузки
- 9. Изящная обработка падений отдельных экземпляров ролиWindows Azure Storage и SQL Azure поддерживают асинхронные вызовыADO.NET Entity Framework
- 11. LINQ to SQL
- 12. Plain Old ADO.NETУправление доступом к данным
- 13. Управление доступом к даннымКак эффективно передать данные клиенту и от него ?Существует много типов данных и каждый из них имеет свои особенностиBlobStorageПриложениеПриложениеКак можно больше снижайте эффект своего присутствияОтправляйте клиентов напрямую к Blob Storage за статическим контентом
- 14. Медиа (изображения, видео и др.)
- 15. Бинарные данные (XAP, MSI, ZIP и др.)
- 16. Текстовые форматы (XML)Shared Access SignaturesПредназначены для прямого доступа к защищенным ресурсамСрок действия SAS заканчивается по истечению определенного промежутка времени либо по требованию2. Сервис формирует подпись на основе секретного ключа1. Я Боб, хочу получить доступ к XПриложениеКлюч3. Сервис возвращает SAS подписанный HTTPS URLBlob Storage4. Боб использует SAS для доступа к Xнапрямую из Blob StorageЗащищенный блоб (или платный)X
- 17. Глобальный доступ к блобамПолучайте доступ к открытым блобам посредством Windows AzureCDNCDNBlob StorageБлижайшая точка присутствияОткрытый контейнерXXDNS имя определяет ближайшую точку присутствияСнижает время ожидания и нагрузку на центральное хранилище
- 18. Content Delivery Network~100 глобально распределенных дата-центраQuincy, WAChicago, ILSan Antonio, TXDublin, IrelandGeneration 4 DCs
- 19. Windows Azure CDN – с чего начатьРазрешить CDN доступ с вашего аккаунта Windows AzureВыполняется на dev-портале Windows Azure
- 20. Это сформирует новый формат доступа к открытым блобам посредством CDN
- 21. Одинаковый контент, 2 точки доступа
- 23. WA Storage URL: http://myacct.blob.core.windows.net/images/myimage.pngCNAME маппинг применительно к CDN URL’sАдаптивный стриминг также можно настроить на работу с CDNhttp://blog.smarx.com/posts/smooth-streaming-with-windows-azure-blobs-and-cdnКеширование в памятиКешируйте «горячие» данные в памяти для предотвращения медленного обращения к базе данныхНапример, товары в каталогеКеширование в памятиSQL AzureSQL AzureПриложениеTable StorageTable StorageКеширующий слой поможет Вам снизить время ожидания и стоимостьНизкое время ожидания и высокая пропускная способность (особенно под нагрузкой)Архитектура распределенного кешированияНесколько экземпляров web-роли могут быть клиентами кэша be cache clientsКлиенты видят кэш в виде единого унифицированного представленияКеширующий слойКеширующий слой распределяет данные между несколькими хостами
- 24. Windows Azure AppFabricСachingЧто это?Windows Server AppFabric Cache – распределенное кеширование для собственных серверов
- 25. CTP релиз на PDC
- 26. В ближайшем будущем полный паритет между облачной версией и стандартнойПрекрасная производительностьВысоко масштабируемый 64-х битный
- 27. Высокая отказоустойчивость, низкое время ответаПреимущества AppFabric CachingПрост в администрированииС легкостью интегрируется в существующие приложенияASP.NET Session State и Output Cache провайдерыТакой же интерфейс управления как и у Windows Server AppFabric CacheСпособен кешировать любой сериализируемый объектНикаких ограничений на размер объекта
- 28. Возможность использования локального кэша (снижая тем самым затраты на сериализацию)Windows Azure AppFabricСaching пример кода// Use cache configuration from app configDataCacheFactoryCacheFactory = new DataCacheFactory();// Get cache client for cacheDataCachemyCache = CacheFactory.GetDefaultCache();// Add an object to the cache.myCache.Put(“myKey", myObject);retrievedObject = myCache.Get("myKey");if (retrievedObject == null){ // Cache miss}
- 29. SQL Azure и шардинг данныхРазделение (или шардинг) данных между несколькими базами данныхA-MA-ZПриложениеN-ZНагрузка «размазывается» между несколькими экземплярами базы данныхПозволит избежать ограничений на размер базы данных
- 30. Распараллеливание запросов между несколькими узлами
- 31. Улучшается производительность самих запросовСхема шардинга зависит от самих данных и варьируется в зависимости от ситуации
- 33. Основы тюнинга производительностиНастраивайте Windows Azure приложение также как Вы это делаете с обычными приложениямиИзмерение
- 34. Оптимизация, там где она имеет местоНаконец-то Windows Azure запущена в FULL IIS режимеТеперь можно инсталлировать любой модуль используя WebPI
- 35. ДА И ВООБЩЕ, МОЖНО КАК УГОДНО СКОНФИГУРИРОВАТЬ IIS ИСПОЛЬЗУЯ AppCmdПростейшие основыДля продакшена режим компиляции Release
- 36. Отключение в условиях продакшенаIntellTraceи Failed Request TracingНастройка количества экземпляров роли
- 37. Продвинутая настройка производительностиРазрешите компрессию для дополнительного контента<add mimeType="application/json" enabled="true" /><add mimeType="application/json; charset=utf-8" enabled="true" />Настройка режима перезапуска пулов приложенийИзмените расписание по умолчанию, чтобы избежать перезапуска в период пиковой нагрузки
- 38. Измерение и устранение утечек памятиИспользование нового модуля IIS 7.5 App WarmUphttp://www.iis.net/download/ApplicationWarmUpНастройка Windows Azure Diagnostics
- 39. Итак, вот оно идеальное приложение с точки зрения производительностиBlob StorageCDNОткрытыйОткрытыйЗакрытыйАсинхронная модельСинхронная модельAppFabric CachingShared Access SignaturesTable StorageTable StorageКлючТюнингSQL AzureSQL AzureSQL AzureSharding