Блог

itstechschool
10 Вт 2017

Воздействие Миров DevOps, ITIL & Agile

/
Сообщение от

DevOps, ITIL & Agile Impacts

Изменение - это запрос дня, и теперь, как никогда ранее, темпы изменения бизнеса и инноваций ускоряются. Организации и клиенты стремятся к тому, чтобы поставщики ИТ-услуг были более отзывчивыми и передавали более регулярные изменения в услугах с более высоким качеством, что приводит к услугам, которые больше стимулируют бизнес. ITIL - это истинная всемирная структура для передачи и контроля инноваций как сервиса для бизнеса. Deft - это система для ускорения разработки и компоновки приложений (с использованием процедур и процедур, например Scrum). DevOps - это теория или метод работы, которые могут признать более примечательные преимущества и более быструю передачу через такие проворные стратегии.

Перекрытие

DevOps охватывает большую часть этапов жизненного цикла службы ITIL. Разработка приложений (Agile) пересекает схему обслуживания ITIL посредством служебного перемещения. Управление приложениями проходит большую часть жизненного цикла ITIL. В то время как работа службы начинается с контура обслуживания путем последовательного изменения службы.

 

DevOps

  • DevOps - это «способ уважения», который позволяет справиться с развитием Agile:
  • Постоянная связь и взаимодействие операционных групп с внутренними группами развития на протяжении всего жизненного цикла разработки
  • Участие операционных групп как опережающее расписание, как это возможно в свете определения видения и санкции за организацию обслуживания
  • Вклад эксплуатационных групп в технические и прикладные предпосылки для службы и адвокатов по достижению предлагаемого плана выписки
  • Усовершенствованное повторение организации таким образом, позволяющее ускорить время выхода на рынок новых или расширенных изменений полезности приложения
  • Снизить уровень разочарований в новых разрядах, более последовательное успокоение и ускоренное время восстановления в случае разочарования в изменении
  • Применение механизации обслуживания для ускорения регулярных «моделей процессов», например, стандартное изменение или обновление периодического сброса

 

ITIL

Эти идеи сотрудничества, улучшенная переписка и отзывчивость бизнеса не выходят за рамки ITIL. Действительно, структура ITIL фокусируется на требовании раннего включения полезных групп управления техническим обслуживанием и управления приложениями в периоды технического обслуживания, плана обслуживания и обслуживания. ITIL ясно показывает, что возможности службы обслуживания - технические каркасные группы - должны дать раннюю рекомендацию группе контуров и разработок о поддержке и благополучии приложения в живом состоянии. Они также должны вносить вклад в технические проекты для «сервисной организации», включая технику обслуживания, разработку приложений, организацию проектирования, разработку данных, разработку баз данных и т. Д.

Сила объединения сил

Персонал управления приложениями (отвечающий за весь жизненный цикл всех приложений, а не только те, которые созданы в доме) должен быть заперт вовремя в жизни службы. По правде говоря, они должны быть теми, кто должен работать с этим бизнесом, человек, который был назначен руководителем деловых отношений (BRM) и владельцем услуги, чтобы признать, охарактеризовать и записать все «условия обслуживания» и гарантировать, что они пойманы в контракте на обслуживание для рассматриваемой новой или измененной услуги.

Как указано в ITIL, группы управления приложениями должны тесно сотрудничать с путями разработки, которые остаются сосредоточенными на основе контура обслуживания и обслуживания, которые быстро развиваются и отправляются приложениями, которые являются частью совокупного обслуживания. В то время как проворное развитие концентрируется на быстрой разработке упражнений поперек плана обслуживания и обслуживания, управление приложениями охватывает приложение на протяжении всего жизненного цикла службы из методологии посредством контура и перемещения (работа с разработкой), а также в эксплуатацию и безостановочное изменение. Такой подход гарантирует, что сервисное соглашение (которое содержит приложение) хорошо рассылает сообщения, а также продолжает выполнять операции в реальном времени для решения проблем бизнес-клиентов и клиентов.

Подобно DevOps, ITIL также очень восторженно относится к использованию «моделей» и применению механизации обслуживания для повышения производительности, скорости выполнения и снижения затрат. Что подчеркивает ITIL, так это то, что, чтобы это было эффективным, поставщик ИТ-услуг должен сначала быть процедурой и процессом, прежде чем он сможет понять самые экстремальные преимущества компьютеризации. Стандартное изменение или разгрузочный «дисплей» следует сначала сообщить и сломать, «расщелины» должны быть сняты, а процедура и интерфейсы должны быть упорядочены и механизированы. Именно в этот момент будут достигнуты самые экстремальные преимущества.

Нет никаких сомнений в том, что ITIL является центром лучших в отрасли репетиций для ИТ. Как бы то ни было, поставщики ИТ-услуг должны получать прибыль и консолидировать лучшие взаимные практики, в том числе Agile и DevOps, которые, как оказалось, улучшают отношения с бизнесом и клиентом, повышают качество и выполнение ИТ-услуг, повышают пропускную способность транспортировки и снижения общих затрат на ИТ.

Чтобы продолжить изучение этого вопроса, просмотрите курс «Пересечение DevOps , и ITIL®.

Оставить комментарий

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!