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

Философия DevOps. Искусство управления IT

Читать
607 бумажных страниц
  • 👎1
  • 💤1
IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.
DevOps – это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании – это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.
Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.
Впечатление
На полку

Тысячи книг — одна подписка

Вы покупаете не книгу, а доступ к самой большой библиотеке на русском языке.

Всегда есть что почитать

Друзья, редакторы и эксперты помогут найти новые интересные книги.

Читайте где хотите

Читайте в пути, за городом, за границей. Телефон всегда с собой — значит, книги тоже.

  • 👎Не советую1
  • 💤Скучно1
Вход или регистрация
Egor Zotov
Egor Zotovделится впечатлениемв прошлом году
👎Не советую
💤Скучно

Раздутая и скучнейшая книга. Пролистал.

b9952859142
b9952859142цитируетв прошлом месяце
Вряд ли кто-то будет мечтать о работе, которая не позволит делать карьеру. Люди хотят развивать свои навыки и демонстрировать рост окружающим, что позволит им стать более независимыми, иметь больше возможностей для выбора проектов. Они также хотят, чтобы им доверяли крупные проекты и предоставляли возможности для проявления лидерских качеств.
Alexandro  Podkopaev
Alexandro Podkopaevцитирует6 месяцев назад
По сути devops – это способ мышления и работы. Это своего рода каркас, служащий для того, чтобы делиться историями и развивать эмпатию. Благодаря devops отдельные люди и группы могут эффективно и непрерывно развивать свои навыки. Это часть культурной «ткани», которая формирует способы выполнения работы, а также создает мотивацию для этой работы. Многие представляют devops как некий набор специфических инструментов, таких как Chef или Docker, но на самом деле devops не ограничивается ими. Инструменты превращаются в «devops» благодаря способу их применения, а не в силу характеристик самих инструментов.

Увы, увы, увы... инструментов наплодили столько, что деревья давно закрыли собой лес

Jevgeni Oevarov (ultranoise ENL)
Jevgeni Oevarov (ultranoise ENL)цитирует7 месяцев назад
История с компанией Etsy резко контрастирует с практикой, которая имела место еще несколько лет назад. В те времена применялся менее прозрачный и более подверженный ошибкам процесс развертывания, который занимал до четырех часов. Разработчики вместо виртуальных машин использовали физические блейд-серверы. Но эти серверы были недостаточно мощными для выполнения полного набора автоматизированных тестов. Для полного прогона тестов, выполняемого в рабочей среде, требовалась пара часов, и даже это не гарантировало хорошего результата.
Группы, сформированные в инженерной организации, были разрознены. Многие разработчики имели склонность «перебрасывать» код через «метафорические стены» эксплуатационной группе, которая несла исключительную ответственность за мониторинг и поддержку этого кода. В результате появлялась склонность к слишком частому изменению кода. Разработчики создавали код, вызывали на выполнение вручную написанные сценарии, чтобы создать новую SVN-ветвь. При этом развертывание выполнялось с помощью средства svn merge. Этот довольно сложный в применении инструмент применялся для слияния всех изменений, выполненных разработчиками, в одной ветви развертывания. Затем разработчики сообщали об используемой ветви инженеру из службы эксплуатации, наделенному полномочиями по выполнению развертывания ПО. Как видите, процесс развертывания был весьма кропотливым и занимал много часов (рис. 1.1). По причине сложности этот процесс выполнялся раз в две-три недели.
Как и следовало ожидать, сложный и длительный процесс развертывания ПО в конце концов надоел исполнителям. Они поняли, что нужно что-то менять. Ситуация с развертыванием ПО настолько ухудшилась, что дальше уже просто некуда. Тем более что в организации работало много умных, талантливых и мотивированных людей, которые начинали разочаровываться в возможности решения проблем. Они обратились за разрешением к исполнительному и техническому директорам, которые имели ключ к ресурсам, требуемым для выполнения необходимых изменений.
Библиотека Product Owner'a, Aleksey Kalina
Питер, Издательский дом «Питер»
Издательский дом «Питер»
Питер
  • 1.2K
  • 44
IT, Alexsandr Mozart
Alexsandr Mozart
IT
  • 33
  • 9
Business&self-development, Svitlana Shevchenko
Svitlana Shevchenko
Business&self-development
  • 123
  • 8
Разработка и тестирование ПО, Алексей
fb2epub
Перетащите файлы сюда, не более 5 за один раз