2. Содержание и цели презентации
• Обсудить рациональную сторону вопроса, а не определения
• Выделить основные преимущества для корпоративного заказчика
• Предложить алгоритм действий для CIO по внедрению «облака»
• Объяснить, что делает Cisco в данном направлении
• Узнать Ваш опыт
3. А что для Вас значит «облако»?
• Повод для CEO сократить ИТ-бюджет?
• Новый способ продаж, придуманный
западными вендорами?
• Эволюционная концепция, способная изменить
бизнес-процессы компании и модель
управления ИТ?
4. Ключевые составляющие «облака»
Характеристики Сервисные модели Тип развертывания
Self-service SaaS Private
Broad network access PaaS Public
Rapid elasticity IaaS Hybrid
Cloud
Computing
8. Почему компании не спешат внедрять…
• Отсутствие «историй успеха»
• Негибкие бизнес-процессы
• Опасения персонала
• Многочисленные центры
принятия решения
9. Что необходимо, чтобы начать?
• Непосредственная заинтересованность CxO
• Выделенная команда экспертов
• Стратегия
• План действий
Главный стимул: необходимость повышать
эффективность ИТ в силу совокупности факторов –
конкуренция, новые услуги или продукты, новые
рынки, бизнес «с нуля»…
10. Почему ИТ будут разбираться
с «облаком»?
• Шанс проявить себя
• Шанс усилить роль ИТ
• Вопрос дошел до бизнеса
• Новые предложения на рынке
11. В конце концов, стоит потрудиться, чтобы создать…
ИТ-инфраструктуру, которая позволит
сопоставить требуемые вычислительные
ресурсы/сервисы и нагрузку в любой момент
времени
12. Шаг #1: «Public» или «private»?
«Private»: единоличное владение «Public»: общая инфраструктура
и управление под управлением сервис-провайдера
Apps SaaS
PaaS PaaS
IaaS IaaS
Особенности
Полный контроль Аутсорсинг
Безопасность Упрощенное внедрение
CapEx и OpEx OpEx
13. Шаг #2: Аудит приложений для «облака»
• Переменный характер нагрузки (Web apps, virtual
desktops)
• Ограниченный жизненный цикл (Dev/Test)
Характерные атрибуты Дополнительные атрибуты для
приложений – кандидатов для кандидатов в Software as a Service
переноса в Public Cloud (SaaS)
Минимальная зависимость от сетевых Стадия существенного изменения
задержек и невысокие требования к архитектуры приложении или стадия
пропускной способности «green filed»
Отсутствие существенного риска для Минимальные требования по
бизнеса в случае долгосрочной потери кастомизации приложения
сервиса
Отсутствие конфиденциальных данных Стандартный общепринятый workflow
приложения
14. Требования к сервису Public Cloud
• Документированный SLA
• Поддержка 24x7x365
• Возможность проведения аудита безопасности
• Соответствие корпоративным стандартам ИБ
• Поддержка гибридного варианта «облака»
• Контроль над географией размещения данных
• Средства backup/DR
• Портал самообслуживания
• Выгодное ценообразование
• Соответствие регулирующим документам
15. Шаг #3: Стратегия внедрения «облака»
• Трансформация традиционного ЦОД в Private Cloud, на
основе высоковиртуализированных,
энергоэффективных и динамичных вычислительных
сред (задача – повышение эффективности и
адаптивности ЦОД без существенного риска для
текущего бизнеса)
• В то же время, использование сервиса внешних
провайдеров (Public Cloud), если это несет конкретную
ценность для бизнеса (задача – снижение кап. затрат
на ИТ и ускоренное внедрение некоторых приложений)
17. Шаг #5: roadmap технологий (пример)
Краткосрочно Среднесрочно Долгосрочно
Бизнес- • On demand self-service • Automated workflows Business Intelligence enabled
процессы • Measured resource usage • Advanced capacity planning by Cloud
Вычисления Default to virtualized Stateless computing Dynamic computing
• Storage virtualization
Хранение • Data deduplication
Long-distance data migration Complete DR plan
• 10 GbE Unified fabric 40/100 GbE
Сеть • Virtual switch for VM VM-aware networking TRILL/FabricPath
• Event and access monitoring
Безопасность • Virtual machine isolation
Policy-enforced security Public cloud federation
• Infrastructure inventory – health, Automated end-to-end
Live private/public cloud
Управление performance service-oriented life cycle
migration
• Automated provisioning management
• Thin clients Client-aware services
• Client virtualization
Клиенты • Mobile business PCs plus handhelds
• Expanded small form-factor optimized across a range of
support clients
Power usage effectiveness
Инф-ра Energy savings via virtualization Higher power densities
improvements
18. Два способа построить «облако»
кастомизация
20%
80%
80%
Блочное
20%
решение
блочное
решение
• Быстрее внедрение • Внедрение дольше
• Проще выдерживать SLA • Стоимость выше
• Сертифицированный дизайн • Вероятно, гибче
20. Возможности для сервис-провайдеров
Software as a Service
Предоставлять
Platform as a Service
новый сервис
Infrastructure as a Service
Оказывать Consulting
Провайдер услуги по
внедрению System integration
Cloud solution tailoring
Разрабатывать ПО
Software & Hardware
или интегрировать
3rd party stack
21. Что Вы собираетесь делать?
a. Пока наблюдать
b. Провести собственную аналитику,
сформулировать стратегию и перейти к
тактическим шагам по внедрению технологий
c. Нанять стороннюю компанию для анализа
необходимости подобных изменений
22. Заключение
• Если что-то нельзя сделать сразу, это не значит, что не нужно
заниматься этим совсем
• Сформулируйте собственную стратегию облачных
вычислений
…Разумный баланс между риском и выгодой для компании
•