Knigionline.co » Наука, Образование » Философия DevOps. Искусство управления IT

Философия DevOps. Искусство управления IT - Дженнифер Дэвис, Кэтрин Дэниелс (2016)

Философия DevOps. Искусство управления IT
IT-принцип «agile» стал настоящей мантрой цифровых времён. С подъемом планов, переходом от цельных приложений к системе микросервисов, наращиванием и скоплением товаров появляются вопросы, которые настоятельно просят абсолютно другого расклада. Ныне больший внимание вызывает оказавшаяся на стыке разработки и операционного управления методология DevOps.
DevOps – это не элементарно комплект техник, это философия. Создатели, зацикленные на юзерах, обязаны уделять забота помощи и ее запросам. Сисадмины обязаны говорить о дилеммах продукта и заносить личный лепта в совершенствование процесса работы. Но налаживание связей изнутри фирмы – это только 1-ый шаг. Дабы продукт стал обычным и комфортным, будет необходимо вложить время и ресурсы в его доработку. Форма сквозь центральную службу, внедрение обычным копированием, недоступность наружных зависимостей, продуманные метрики взамен мусора в логах – вот только доля задач, которые будет необходимо улаживать на данном пути.
Книжка «Философия DevOps» познакомит вас с техническими, культурными и управленческими качествами devops-культуры и дозволит осуществить работу так, дабы вы получали наслаждение от разработки, помощи и применения программного обеспечения.

Философия DevOps. Искусство управления IT - Дженнифер Дэвис, Кэтрин Дэниелс читать онлайн бесплатно полную версию книги

Мы живем и работаем в поистине удивительные времена, когда интеграция технологий в бизнес привела к превращению каждой фирмы в софтверную компанию. Благодаря современным технологиям потребители могут использовать новые способы получения доступа к требуемым средствам, причем этот доступ осуществляется с невиданной ранее скоростью. Компаниям приходится прилагать максимум усилий, чтобы не отставать от конкурентов. На основе своего опыта работы с компаниями, внедрявшими DevOps, я пришла к выводу, что прежние методы (итеративная и каскадная модели) не позволяют поддерживать необходимую скорость обмена данными в организации. Авторы книги рассматривают проблемы технологической трансформации, выполняемой с помощью устаревших способов, и захватывающие возможности, открывающиеся в результате внедрения DevOps. Читайте книгу и выбирайте собственный путь! Повторяйте, учитесь, растите и выбирайте свой путь перехода к DevOps!

Николь Форсгрен, доктор философии, директор компании Chef Software, Сиэтл, Вашингтон

Предисловие

Представьте себе такой сценарий. Небольшая веб-компания начала сталкиваться со следующими проблемами. Веб-сайт этой компании «тормозит» и периодически «ложится» в случае непредвиденного роста числа пользователей. Сотрудники все чаще выражают недовольство по причине увеличения трудозатрат, требуемых для предоставления услуг, а также в силу необходимости разработки и выкатки нового функционала. Между глобально распределенными командами разработчиков появляются барьеры, вызванные использованием разных языков и часовых поясов. Растет количество взаимных обвинений, вызванных стрессом из-за роста «падений» сайта. Это приводит к росту подозрительности и снижению степени прозрачности при взаимодействии между группами сотрудников.

Столкнувшись с подобными проблемами, менеджмент организации принимает решение о devops-трансформации. Для реализации этого решения нанимается несколько сотрудников, формирующих новую devops-группу. Члены этой группы исполняют обязанности по вызову, то есть к ним обращаются члены эксплуатационной группы в случае возникновения неразрешимых проблем. Члены devops-группы являются экспертами в своей предметной области и лучше подготовлены к решению проблем. Но если у членов эксплуатационной группы нет ни времени, ни возможностей для получения новых навыков, одни и те же проблемы будут возникать снова и снова.

Рано или поздно членам devops-группы надоест исполнять роль посредников между группой разработчиков и эксплуатационной группой. Вместо того чтобы убрать напряжение, подобное «решение» менеджмента приведет к росту недопонимания, поскольку ни одна из групп не причастна к процессам планирования, обмена сообщениями и отслеживания ошибок, реализуемых членами другой группы.

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

Первое знакомство с devops

В чем причина появления проблем в описанной ситуации? Вроде бы внедрение «devops» являлось хорошей идеей, но создание devops-группы привело к негативным последствиям. Что нужно изменить, чтобы добиться значительного улучшения ситуации и реального устранения проблем? На протяжении всей книги вы увидите, как можно выполнить эффективные преобразования на основании devops-мышления.

Перейти
Наш сайт автоматически запоминает страницу, где вы остановились, вы можете продолжить чтение в любой момент
Оставить комментарий