1 / 29

Сценарии использования облачных вычислений Windows Azure . Мультитенантность

Сценарии использования облачных вычислений Windows Azure . Мультитенантность. Стас Павлов Эксперт по технологиям разработки ПО Microsoft. Содержание. Определение облачных вычислений Нагрузочные сценарии Архитектурные сценарии Подробно : Мультитенантность. Облачные вычисления.

kelvin
Download Presentation

Сценарии использования облачных вычислений Windows Azure . Мультитенантность

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Сценарии использования облачных вычислений Windows Azure.Мультитенантность Стас Павлов Эксперт по технологиям разработки ПО Microsoft

  2. Содержание • Определение облачных вычислений • Нагрузочные сценарии • Архитектурные сценарии • Подробно: Мультитенантность

  3. Облачные вычисления 6 основных характеристик • Самообслуживание по запросу • Широкий сетевой доступ • Пул ресурсов • Быстрая адаптация (эластичность) • Отказоустойчивость • Измеримость сервисов

  4. Облачные вычисления 3сервисные модели • ПО как сервис(SaaS) • Платформа как сервис(PaaS) • Инфраструктура как сервис(IaaS)

  5. Облачные вычисления 4модели развертывания • Публичное облако • Приватное облако • Облако сообщества • Гибридное облако

  6. Оптимальные нагрузочные сценарии “Быстрый рост“ “ЕстьиНет “ Период неактивности Вычисл. мощн Вычисл. мощн использование Среднее использование Среднее Время Время • ЕстьиНетнагрузка (пакетная обработка) • Лишняя мощность просто теряется • Сложно быстро выйти на рынок • Успешным сервисам надо расти • Поддерживать рост – вызов для ИТ служб • Сложное и долгое развертывание “Непредсказуемый всплеск“ “Предсказуемый всплеск“ Вычисл. мощн Вычисл. мощн Среднее использование Среднее использование Время Время • Сезонные сервисы • Периодическое увеличение запросов • Сложность ИТ и «лишняя» мощность • Непредвиденный/незапланированныйпик • Падает производительность • Невозможно «запасти» производительность

  7. Архитектурные сценарииWindows Azure

  8. Архитектурные сценарии • Масштабирование • Мультитенантность • Расчёты • Хранение • Коммуникации

  9. Архитектурные сценарии • Масштабирование • Мультитенантность • Расчёты • Хранение • Коммуникации

  10. Мультитенантность Database Web Tier B/L Tier Browser • Заказчик #1

  11. Мультитенантность Database Web Tier B/L Tier Browser • Заказчик #1 Database Web Tier B/L Tier Browser • Заказчик #2 Database Web Tier B/L Tier Browser • Заказчик #3

  12. С увеличением количества заказчиков стоимость быстро растёт!

  13. Мультитенантность Browser • Заказчик #1 Database Web Tier B/L Tier Browser • Заказчик #2 Browser • Заказчик #3

  14. 3 варианта для данных в мультитенантном окружении

  15. Мультитенантность Browser • Fixed Schema • Заказчик #1 Database Web Tier B/L Tier Browser • Заказчик #2 Browser • Вариант 1: Все используют одну базу и схему • Заказчик #3 • За: Просто реализовать, поддерживать и обновлять. • Против: Нет возможности кастомизации. Проблема восстановления данных только для определенного заказчика.

  16. Мультитенантность Database Browser • Заказчик #1 • Customer #1 Database Web Tier B/L Tier Browser • Заказчик #2 • Customer #2 Database Browser • Customer #3 • Заказчик #3 • Вариант 2: У каждого заказчика своя база и схема • За: Гибкое решение. Просто восстановить данные. Высокая изоляция. • Против: Может быть дорого. Тяжело обновлять схему данных.

  17. Мультитенантность • Фиксированная схема с кастомизацией Browser • Заказчик #1 Database Web Tier B/L Tier Browser • Заказчик #2 Browser • Вариант 3: Фиксированная схема с кастомизацией • Заказчик #3 • За: Заказчики могут добавлять свои поля • Против: Нестандартный способ кастомизации схемы. Сложно восстановить данные конкретного заказчика.

  18. А если ещё и пользовательский интерфейс разный?

  19. Мультитенантность Browser • Заказчик #1 Database Web Tier B/L Tier Browser • Заказчик #2 Browser • Заказчик #3

  20. Нужна обработка URL

  21. ASP.NET MVC – может помочь!

  22. Мультитенантность • http://hr.contoso.co.uk Browser • Заказчик#1 http://employeedata.cloudapp.net Database Web Tier B/L Tier Browser • Заказчик#2 Browser • Заказчик#3 • http://hr.fabrikam.com

  23. Мультитенантность • http://hr.contoso.co.uk -> CNAME (employeedata.cloudapp.net) Browser • Заказчик#1 http://employeedata.cloudapp.net Database Web Tier B/L Tier Browser • Заказчик#2 Browser • Заказчик#3 • http://hr.fabrikam.com -> CNAME (employeedata.cloudapp.net)

  24. Мультитенантность • http://hr.contoso.co.uk -> CNAME (employeedata.cloudapp.net) Browser • Заказчик#1 http://employeedata.cloudapp.net Database Web Tier B/L Tier Browser • Заказчик#2 • Используйтеcustom routing вASP.NET MVC Browser • Заказчик#3 • http://hr.fabrikam.com -> CNAME (employeedata.cloudapp.net)

  25. МультитенантностьПодведём итоги • Проектируйте изначально приложение как мультитенантное, даже для одного заказчика • Дизайн приложение должен подразумевать не только собственные данные, но и собственный интерфейс • Авторизация, аутентификация …

  26. Другие сценарииВ веб-кастах серии на http://techdays.ru • Масштабирование • Расчёты • Хранение • Коммуникации

  27. Дополнительные материалыи ссылки • http://msdn.microsoft.com/ru-ru/windowsazure/ • http://azure.net • http://download.microsoft.com/documents/rus/msdn/Windows_Azure_web.pdf • http://www.microsoftvirtualacademy.com/

More Related