Irkutsk 181012 cloud
•Descargar como PPTX, PDF•
0 recomendaciones•297 vistas
Презентация вводного доклада по облачным вычислениям и платформе Windows Azure, сделанная в октябре 2012 года в Иркутске.
Recomendados
Recomendados
Más contenido relacionado
Destacado
Destacado (12)
Similar a Irkutsk 181012 cloud
Similar a Irkutsk 181012 cloud (20)
Más de Microsoft
Más de Microsoft (20)
Último
Último (9)
Irkutsk 181012 cloud
- 1. «Облачные» вычисления и платформа Windows Azure Белоцерковский Александр ahriman@ahriman.ru ahriman.ru 18 октября 2012 г.
- 2. Пятая ступень эволюции «Облако» 2010+ Web/SOA 2000+ Клиент-сервер 1990+ Персональные компьютеры 1980+ 1970+
- 3. Традиционное представление Выделенные мощности Планируемая Нехватка загрузка мощностей IT -емкость Недоиспользование Стоимость IT- оборудования Барьер для инноваций Реальная загрузка Время
- 4. Облачное видение Выделенные Планируемая мощности загрузка Отсутствует IT-емкость нехватка мощностей Сокращение степени Возможность недоиспользования сокращения IT- Сокращение емкости в случае капитальных уменьшения затрат загрузки Реальная загрузка Время
- 5. Сценарии нагрузки приложений Характерные задачи (например, пакетного типа) Простаивание лишних мощностей Время доставки на рынок может быть большим Успешные сервисы нуждаются в масштабировании, которое может быть сложной задачей. Малая скорость развертывания мощностей Непредсказуемые/незапланированные пики загрузки. Неожиданный пик загрузки отражается на производительности. Сложность развертывания дополнительных мощностей Сезонная нагрузка на сервисы, пики загрузки приходятся на периодически растущую сложность IT-инфраструктуры и простаивающие мощности
- 10. Принцип 5-3-2 Приватное Публичное облако облако
- 11. Это уже было Использование электросетей 90% 80% 40% 5% 1900 1907 1930 1935
- 12. Резюмируя
- 15. Платформа Windows Azure http://aka.ms/TryAzure Клиент On- On- Office Games premises premises Add-in PC Tablet Phone Browser Console Service Database интеграции Слой Traffic Virtual Access CDN Manager Networks Connect EAI / EDI Service Bus Control Data Sync приложени Слой я Mobile Media Services Services Compute Web Sites PaaS IaaS Hadoop данных Слой SQL Stream Storage Диски Блобы Таблицы Очереди Caching Databases Insight Reporting Database
- 16. Наш общий дом C++ Compute VM-роль Хранилище SQL Azure CDN Service Bus Сеть Кэш Контроль Медиа доступа сервисы https://github.com/WindowsAzure
- 18. Ваш Сервис сервис Модель D N S L B Портал (API) DNS конф . Fabric L B -контроллер
- 19. Ваш сервис Сервис D Сервис N Сервис S Сервис Сервис L Сервис B Сервис Сервис Портал (API) Fabric L B -контроллер Модель
- 20. Инструмент поиска по Управление авторским Платформа создания бизнес- социальным медиа Сервис создания и обработки контентом приложений диаграмм ERP в облаке Сервис создания Новостной сервис на всех платформах Портал для малого бизнеса динамического видео Видео-трансляции Социальная сеть интересных мест
- 21. Крупнейшая оценочная компания в области транспортных средств Мировой лидер в предоставлении Глобальный интернет- динамических SAP сервисов аукцион Агрегатор социальных медиа Производитель Автостроительная Ведущий провайдер инновационных материалов корпорация сертификации Ведущий производитель техники Многопрофильный Провайдер «облачных» дистрибьютор билетов услуг Производство экономичных устройств Сервис публикации текущего местоположения
- 22. In technology, whatever can be done will be done. We can’t stop these changes. We can’t hide from them. Instead, we must focus on getting ready for them. (c) “Only The Paranoids Survive”, Andrew Grove
- 23. Спасибо за ваше внимание.
- 24. АЛЕКСАНДР БЕЛОЦЕРКОВСКИЙ Windows Azure MVP Russia @ahrimantsk | ahriman.ru ahriman@ahriman.ru
Notas del editor
- Для этого воспользуемся известной классификацией 5-3-2, и рассмотрим первую цифру 5. Облако в его самом широком смысле определяется пятью основными характеристиками. Первый – это самообслуживание – клиент может без вмешательства вендора управлять собственными ресурсами – запрашивать дополнительные мощности, организовывать хранение данных в облаке, и так далее.Любой облачный сервис имеет повсеместный доступ – сервис доступен по сети Интернет по стандартным механизмам, с тонкого и толстого клиента (например, мобильных телефонов, ноутбуков, планшетов), с любой платформы. Распределение ресурсов и мультитенантная модель – ресурсы назначаются и переназначаются в зависимости от требования клиентов. При этом клиент не знает, где именно расположены его ресурсы, однако в некоторых случаях может указать географическое расположение, например, страну или регион, в котором будет расположен его сервис. Любой облачный сервис по своей природе эластичен – мощности разворачиваются и настраиваются быстро и часто в автоматическом режиме. Для клиента в данном случае доступные ему ресурсы виртуально не ограничены.Для оплаты облачных сервисов типичной моделью оплаты является модель оплаты по факту использования. Облачная платформа в автоматическом режиме проводит необходимые расчёты (например, количество потребленного трафика, время вычислений сервиса и так далее) и выставляет счёт для оплаты в конце периода.
- Цель слайда:Объяснить три устоявшихся термина в облачной индустрииТренеру на заметку:Важно понимать, о чем говорить при рассказе о видах предложения облачных сервисов.Есть много недопонимания, когда речь доходит до «облака».Важно понимать, что происходит в индустрии и как мы думаем об «облаке».Выше представлена наиболее часто используемая таксономия типов облачных сервисовВ индустрии определены три типа сервисов:IaaS – набор связанных с инфраструктурой возможностей (ОС, сетевое подключение, etc), предоставляемых клиенту на основе модели «плати-за-использование» и могущих использоваться для размещения приложений. PaaS – функциональность более высокого уровня, связанная с платформой и предоставляемая как сервис для разработчиков приложений. С PaaSразработчики абстрагируются от низлежащей инфраструктуры. SaaS – приложения, предлагаемые в качестве сервисов, когда организации просто потребляют и используют приложение. Традиционно же организация платила бы за использование приложения или приложение монетизировалось бы через доход от рекламы. Важно заметить, что эти три типа сервисов могут существовать отдельно или в комбинации друг с другом.Предложения типа SaaSнеобязательно могут быть разработаны над предложениями PaaS, так как решения, основанные на использовании PaaS, часто предоставляются как SaaS. Предложения типа PaaS– больше, чем просто работающая на IaaSплатформа.
- Перед созданием электрической сети каждое предприятие нуждалось в собственном генераторе энергии. Развитие в генерации энергии шло в одно время с развитием технологий передачи энергии, её инфраструктуры. Это требовало конструкции различных деталей для передачи и регулирования энергии. С расширением предприятий и развитием процессов производства, детали и изделия становились все более продуманными. Владельцы предприятий должны были нанимать архитекторов для проектирования систем и обученных инженеров для управления этими системами. У ранних интеграторовбыли реальная конкурентоспособная стоимость и преимущество гибкости. Могли бы вы представить постройку фабрики сегодня с изготовлением собственной динамо-машины? Томас Эдисон, General Electric – Постоянный ток (DC)Никола ТЕсла (Westinghouse) – Переменный ток (AC)
- = развертывание сервиса (легко, даже CEO может это сделать) =Сервис – приложение, которые вы хотите запуститьМодель, конфигурация сервиса – содержит сведения о сервисе, как много экземпляров надо запустить, etc.На данный момент вы должны развертывать сервис через портал. В будущем будет доступно API с возможностью развертывания сервиса через командную строку, TFS-процедуры и прочее.В этом сценарии мы развертываем сервис через портал. Мы загружаем два файла (упакованный пакет сервиса и конфигурацию модели). Fabric-контроллер считывает конфигурацию модели, описывающую, как развертывать наш сервис. В этом случае мы развертываем сервис на три машины. Контроллер определяет, на какие три машины развертывать сервис, копирует на них сервис и запускает. Затем контроллер конфигурирует DNS, чтобы сервис имел точку входа для использования сервисов извне. Также происходит конфигурация балансировщиков нагрузки и маршрутизаторов. Это всё. Всё автоматизировано. Process service model filesDetermine resource requirementsCreate role imagesAllocate compute and network resourcesPrepare nodesPlace role images on nodesCreate & start VMConfigure networkingDynamic IP addresses (DIPs) assigned to bladesVirtual IP addresses (VIPs) + ports allocatedPrograms load balancers to allow trafficGoals:Allocate service components to available resourcesSatisfy constraints (VM size, fault domains)Optionally: satisfy soft constraintsPrefer simplified deploymentsInstances from same update domain on same hostOptimize networkingPut nodes closer togetherLB “probes” guest agent every 15 secondsMiss 2 probes? LB stops forwarding trafficRole can report “busy” to guest agentGuest agent stops responding probesBased on heartbeats, typically 15 secondsUsed for status and recovery Health state sampler resets the index on successful pollOnce index falls below zero, FC attempts to heal nodeHost agent timeout is 10 minutesWorst-case reaction time is timeout interval + heartbeat interval
- Спасибо!
- Спасибо!