Архитектурные сценарии облачных приложений. Сценарии интеграции Архитектурные сценарии облачных приложений Алексей Федоров Дмитрий Мартынов. - презентация

1 Архитектурные сценарии облачных приложений

2 Сценарии интеграции Архитектурные сценарии облачных приложений Алексей Федоров Дмитрий Мартынов

3 Определение облачных вычислений Стиль вычислений, при котором удаленные вычислительные ресурсы и приложения доступны через сеть в виде сервисов

4 Атрибуты облака Масштабируемость Эластичность Мульти-тенантность Оплата за использование Самообслуживание Инфраструктура по запросу

5 Коцепция Windows Azure Platform Платформа для создания приложений (PaaS) Поощрение правильной архитектуры Возможность постепенного перехода Сохранение существующих навыков Взаимодействие с другими платформами

6 Как использовать облако? Размещение приложения в облаке Потребление сервисов из облака Создание собственного облака Стать хостером и предоставлять сервисы другим Частное облако для внутренних нужд Создать платформу приложений поверх PaaS общего назначения

7 Размещение приложений в облаке Код приложения и/или данные в облаке Варианты развертывания: Приложение (PaaS) Виртуальная машина (IaaS) Варианты реализации: Веб-приложение или Веб-сервис Фоновый процесс

8 Развертывание приложений (PaaS) Веб-сервис или фоновый сервис Облако управляет «жизнью» приложения Нужно учитывать атрибуты облака Ключевые требования к архитектуре Масштабируемость Отказоустойчивость Рекомендуется: Сервис-ориентированная архитектура >= 3-х уровневая архитектура Мульти-тенантность Управляемость (встроенная диагностика) Поддержка федеративной безопасности

9 Развертывание виртуальных машин Облако управляет виртуальной машиной Шире спектр приложений Желательно следовать архитектурным требованиям Административный доступ к виртуальной машине Подходит для миграции приложений

10 Миграция приложений Кандидаты для миграции: 3-х уровневые приложения Веб-приложения и сервисы Автономные алгоритмы Дополнительно учесть: Серверная платформа x64 Совместимость базы данных Поддержка использованных технологий Доступ к ОС

11 Потребление сервисов из облака Плавная миграция в облако Расширение приложений сервисами (СОА) Стандартные Интернет-протоколы HTTP(S), SOAP, ATOM Кандидаты: распределенные приложения Примеры: архив, финансовые расчеты

12 Плавный переход в облако - данные Частичный перенос данных в облако Важна стоимость хранения Повсеместный доступ Примеры: Архивы и резервные копии Справочники Большие цифровые объекты

13 Плавный переход в облако - код Частичный перенос кода в облако Данные трудно или невозможно перенести Временный доступ к данным Примеры: Финансовые расчеты Обработка анкет Обработка изображений

14 Плавный переход в облако - интеграция Интеграция приложений через облако Примеры: Сбор данных с удаленных площадок MMORPG

15 Полный переход в облако - SaaS Максимальное использование возможностей облака Примеры: CRM Порталы Бизнес-приложения

16 Требования к архитектуре приложения в облаке Масштабируемость Отказоустойчивость Рекомендуется: Сервис-ориентированная архитектура >= 3-х уровневая архитектура Мульти-тенантность Управляемость (встроенная диагностика) Поддержка федеративной безопасности

17 Масштабируемость Распределение нагрузки по компонентам Балансировка сетевой нагрузки (NLB) Горизонтальные и вертикальные разделы БД Очереди и пакетные обработки Параллельная обработка Не хранить состояние/сессию в памяти Разделение на уровни Асинхронность

18 Отказоустойчивость План резервного копирования и восстановления Не полагаться на память виртуальной машины Использовать надежное хранилище для хранения состояний и промежуточных шагов процессов Ожидать таймауты и сбои в каналах Равнозначность сообщений (idempotancy)

19 Управляемость Постоянный мониторинг состояния приложения Логи Счетчики производительности Трасировка Отладка после развертывание в облако Выявление и устранение узких мест Управление инфраструктурой на основе данных диагностики Автоматическое масштабирование

20 Федеративная безопасность Аутентификация доверена внешнему сервису Использование учетных записей внутренней сети для доступа к облаку Единый вход Различные типы учетных записей Унификация системы аутентификации Стандарты SAML, WF-Trust, WF-Federation, OAuth,… Кросс-платформенность Поддержка Active Directory, Live ID, Open ID, Facebook, Google ID,…

21 Мульти-тенантность Тенант – виртуальная машина Изоляция средствами облака Выделенная БД Простая миграция Тенант – логическая организация Изоляция средствами приложения Нужна поддержка в приложении и в схеме данных БД

22 Сценарии использования облака Централизация вычислений и SaaS Высокопроизводительные вычисления Сервис-ориентированные системы Репозитории данных

23 Централизация вычислений Консолидация баз и хранилищ данных Упрощение аналитики Устранение дублирования информации Консолидация сервисов Движение к сервисно- ориентированной архитектуре Единая точка входа для потребителей сервисов Консолидация бизнес- логики Упрощение интеграции Стандартизация механизмов безопасности Консолидация клиента Ускорение развертывания Повсеместный доступ Ключевой показатель: Снижение сложности инфраструктуры

24 Высокопроизводительные вычисления Ограниченное время на работу Большой объем вычислений Экстремальная производительность и масштабируемость Выделение ресурсов на время обработки Параллельная обработка Ключевые показатели: Экономия времени Экономия средств

25 Сервис-ориентированные системы Сервисная шина Единая среда обмена сообщениями Интеграция частного и публичного облака Подключение существующих систем к облаку Бизнес-процессы Оркестрация бизнес-процессов между локальными системами и облаком Публикация сервисов в облако Доступ к существующим системам из облака Ключевой показатель: Эффективность бизнес-процессов

26 Репозитории данных Все преимущества централизации данных Повсеместный доступ Повышенная надежность Эффективное резервное копирование Сеть доставки контента (CDN) Ключевой показатель: Низкая стоимость владения

27 Архитектура приложений Типовая архитектура все еще актуальна Строительные блоки облака отображаются на логические уровни приложения Совокупность компонентов определяет тип (архетип) приложения

28

29

30

31 Примеры решений Веб-приложение Тонкий (Веб) клиент + ORM + реляционная БД Толстый клиент Толстый клиент + Веб-сервис + Фоновые процессы + Хранилище BLOB Интеграция с локальными системами Интеграционный сервер + Сервисная Шина + Веб- сервис + Виртуальная машина RIA Silverlight + Сервис Контроля Доступа + Веб-сервис + Нереляционное хранилище + CDN

32

33

34

35

36 Сравнение технологий

37 Заключение Облако – это будущее! Готовьте приложения к облаку Применяйте правильную архитектуру Подумайте о сценариях использования Возьмите за основу примеры решений

38 Вопросы и обсуждение