Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Прощание с «железным» веком: современные подход...

CUSTIS
October 08, 2015

Прощание с «железным» веком: современные подходы к управлению IT-инфраструктурой

Открытый семинар для студентов в компании CUSTIS (8 октября 2015 года).
Лектор: Дмитрий Морозов, ведущий системный инженер, к. ф.-м. н., сертифицированный специалист Microsoft (MCTS), сертифицированный специалист Veeam (VMSP, VMTSP, BACP).

CUSTIS

October 08, 2015
Tweet

More Decks by CUSTIS

Other Decks in Research

Transcript

  1. О себе  Ведущий системный инженер  К. ф.-м. н.

    в области распределенных вычислений на гибридных кластерах  Сертифицированный специалист Microsoft, Veeam 3/60
  2. План  Зачем управлять IT?  Методологии управления IT 

    Современные тренды в IT и их влияние на способы управления 4/60
  3. Введение  IT как инфраструктура немыслима без бизнеса  Бизнес

    в современных реалиях также немыслим без IT 5/60
  4. Бесперебойная работа  IT не должна быть причиной простоев в

    работе бизнеса  Причины проблем  Отказ оборудования  Ошибки программного обеспечения  Человеческий фактор 8 0 /6
  5. Адекватная стоимость владения  Цена против выгоды для бизнеса 

    Основные затраты крупной компании идут не на покупку или создание IT-инфраструктуры, а на ее постоянное поддержание, изменения под текущие потребности 10 0 /6
  6. Масштабируемость Изменение размеров бизнеса  Не должно тормозиться процессом расширения

    IT-инфраструктуры  Не должно требовать перестройки инфраструктуры 13 0 /6
  7. Управляемость  Чем проще и прозрачнее структура, тем проще управление

     Тем меньше ошибок и дешевле обслуживание 14 0 /6
  8. Итак, требования к IT  Бесперебойная работа  Безопасность 

    Адекватная стоимость владения  Скорость изменений  Масштабируемость  Управляемость 15 0 /6
  9. Развитие vs функционирование  Основная задача предпринимателя – развитие 

    Традиционно первостепенная задача IT- специалистов – устойчивое функционирование 17 0 /6
  10. Уровни зрелости IT от Gartner  Хаотичный  Реактивный 

    Проактивный  Сервис  Польза 21 0 /6
  11. Уровни зрелости IT от IBM  Товар (Commodity)  Ресурс

    (Utility)  Партнер (Partner)  Поддержка (Enabler) 22 0 /6
  12. Уровни зрелости IT от Microsoft  Базовый  Стандартизованный 

    Рационализированный  Динамический 23 0 /6
  13. Что такое модель ITSM  Information Technology Service Management Постулаты

     Услуга – основная форма предоставления ценности IT, ориентация на цели бизнеса  Деятельность IT – комплекс процессов с четкими целями, задачами, ролями и обязанностями 26 0 /6
  14. Цели ITSM  Повышение качества IT-услуг при уменьшении затрат на

    IT  Контролируемость, прозрачность, измеримость IT  Увеличение доли прибыли от IT  Превращение IT из затратного подразделения в стратегического партнера бизнеса 27 0 /6
  15. ITIL  ITIL (IT Infrastructure Library) – строго регламентированная система

    рекомендаций по организации деятельности по управлению предоставлением услуг IT  ITIL – библиотека знаний, не являющаяся обязательной для безусловного повторения  Разработана в конце 1980-х CCTA (Central Communications and Telecom Agency) по заказу английского правительства  Зачем внедряют: для организации эффективной работы IT в соответствии с потребностями бизнеса 31 0 /6
  16. ITIL. Основные идеи  IT-подразделение – партнер бизнеса  Основной

    продукт IT-подразделения – IT-услуга  Управление сервисом позволяет быстро и эффективно изменять уровни сервиса  Определяется и контролируется качество услуг 33 0 /6
  17. ITIL. Вторая редакция  Предоставление услуг (Service Delivery)  Поддержка

    услуг (Service Support)  Управление инфраструктурой информационно- коммуникационных технологий (ICT Infrastructure Management)  Управление приложениями (Application Management)  Планирование внедрения управления услугами (Planning to Implement Service Management)  Управление безопасностью (Security Management)  Бизнес-перспектива (The Business Perspective) 34 0 /6
  18. ITIL. Предоставление услуг  Управление уровнем сервисов (Service Level Management)

     Управление возможностями (Capacity Management)  Управление непрерывностью (Continuity Management)  Управление финансами (Cost Management)  Управление доступностью (Availability Management) 35 0 /6
  19. SLA (Service Level Agreement)  Соглашение об уровне сервиса между

    IT и бизнесом  Указываются все бизнес-требования, права и обязанности сторон, согласованный уровень качества  На нетехническом языке 36 0 /6
  20. ITIL. Третья редакция  Стратегии обслуживания (Service Strategies)  Проектирование

    услуг (Service Design)  Внедрение услуг (Service Introduction)  Оказание услуг (Service Operation)  Непрерывное совершенствование услуг (Continuous Service Improvement) 37 0 /6
  21. ITIL. Плюсы для бизнеса  IT переориентируется на потребности бизнеса

     Улучшается взаимодействие с IT, услуги описываются в понятных терминах  IT-инфраструктура становится прозрачной, в том числе с позиции «качество-стоимость»  Увеличивается надежность поддержки бизнес-процессов 38 0 /6
  22. ITIL. Плюсы для IT  IT-инфраструктура становится эффективной, прозрачной 

    Улучшается взаимодействие с бизнесом, облегчается управление изменениями  Появляется возможность аутсорсинга IT-услуг 39 0 /6
  23. COBIT  COBIT (Control Objectives for Information and Related Technology,

    Контрольные объекты для информационной и смежных технологий) – набор документов, описывающих принципы управления и аудита информационных технологий  COBIT – библиотека знаний  Разработана ассоциацией ISACA, впервые опубликована в 1996 году. Последняя версия – 5  Зачем внедряют: для организации эффективной работы IT в соответствии с потребностями бизнеса 40 0 /6
  24. COBIT. Содержание  Резюме для руководителя  Описание структуры 

    Детализированные цели контроля  Принципы управления  Принципы аудита  Набор инструментов внедрения стандарта 42 0 /6
  25. COBIT. Порядок реализации  Стратегии – выстраивание IT-процессов по бизнес-целям

     Политики – методы достижения целей  Стандарты – метрики для политик-методов  Процедуры – регламенты работ по применению политик 43 0 /6
  26. ISO 20000  Это стандарт для сертификации  Российский аналог

    – ГОСТ Р ИСО 20000 «Информационная технология. Управление услугами»  Первая часть – свод требований  Вторая часть – практические рекомендации  Зачем внедряют: для сертификации, участия в конкурсах, демонстрации зрелости IT 44 0 /6
  27. ISO 20000. Ссылки  Официальный сайт: http://www.iso.org/iso/ru/catalogue_detail?cs number=51986  Гост

    Р ИСО 20000: http://www.itsmforum.ru/reference/ISO20000/ GOST_R_ISO_MEK_20000-1.pdf 45 0 /6
  28. Почему не работают методологии?  Методологии не противоречат друг другу

     Внедрение требует организационных и культурных изменений  Нет решения «из коробки»: все IT-инфраструктуры похожи, но каждая компания уникальна 46 0 /6
  29. Системы автоматизации процессов управления IT  HP Service Manager 

    BMC Remedy ITSM Suite  Axios Assyst  OmniTracker  IBM TSRM 47 0 /6
  30. Преимущества виртуализации  Снижение стоимости владения  Уменьшение количества серверов

     Сокращение расходов на электричество и охлаждение  Увеличение свободного места в ЦОД  Экономия на лицензировании  Непрерывная защита данных, отказоустойчивость  Масштабируемость  Отсутствие привязки к оборудованию  Скорость создания ВМ с набором ПО 50 0 /6
  31. Облака: IT как услуга 51 0 /6 Масштабируемая и эластичная

    Высокая автоматизация Самообслуживание Виртуализованный ЦОД
  32. SIAM  Service Integration and Management  Расширение методологии ITSM

    в ситуации зависимости от большого количества подрядчиков, интеграции нескольких услуг в одно решение для конечного заказчика  Ссылка: https://www.gov.uk/service- manual/technology/service-integration.html 53 0 /6
  33. Docker + управление конфигурациями  Docker – ПО для автоматизации

    развертывания и управления приложениями в среде виртуализации на уровне операционной системы. Переносимые контейнеры  Системы управления конфигурациями  Ansible  Puppet  Chef  CFEngine 54 0 /6
  34. Что такое DevOps?  Это методология, подход, «наследник» Agile 

    Базируется на идее о взаимозависимости разработки и эксплуатации программного обеспечения  Нацелена на то, чтобы помочь организациям быстрее создавать и обновлять программные продукты и сервисы 56 0 /6
  35. Идеи и предложения DevOps  Описывать инфраструктуру с помощью языка

    высокого уровня  Хранить описания инфраструктуры в системе контроля ревизий наравне с кодом и другими артефактами  Включать в тестирование сценарии создания (обновления) инфраструктуры ПО  Мелкие и частые изменения 57 0 /6
  36. DevOps: «железный век» 58 0 /6 Оценка (Dev) Проектирование (Dev)

    Разработка (Dev) Развертывание, выпуск релиза (Ops) Управление (Dev) Тестирование (Dev)
  37. DevOps: «высокий модерн» 59 0 /6 Оценка Business, Dev, Ops

    Проектирование Dev, Business, Ops Разработка Dev, Ops Business Развертывание, выпуск релиза Dev, Ops Business Управление Ops, Dev, Business Тестирование Dev, Ops Business