1 курс. 1 неделя
 Скачать 10.77 Kb.
|
|
1 курс. 1 неделя. Технология - это скорее вспомогательное средство для инноваций, чем их движущая сила. Чтобы использовать технологию, у вас должна быть инновационная бизнес-идея. В 2009 году Джон Оллспоу описал инновационный подход к управлению разработкой и операциями, который позволил компании Flickr выполнять более десяти развертываний в день, в то время как многие компании выполняли менее одного развертывания каждые шесть месяцев. Это был ключевой момент в развитии DevOps. DevOps - это практика совместной работы инженеров по разработке и эксплуатации на протяжении всего жизненного цикла разработки, следуя принципам Lean и Agile, что позволяет им быстро и непрерывно создавать программное обеспечение. DevOps - это не просто совместная работа Dev и Ops. Это изменение культуры и другой способ работы. DevOps имеет три измерения: культура, методы и инструменты. Из них культура является наиболее важной. К основным характеристикам DevOps относятся изменение культуры, автоматизированные конвейеры, инфраструктура как код, неизменяемая инфраструктура, дизайн облачных приложений, экосистема контейнеров и способы развертывания с неизменяемой инфраструктурой. DevOps зародился в 2007 году, когда Патрик Дебуа и Эндрю Клэй Шафер начали собирать единомышленников на конференциях, чтобы поговорить об общем опыте. В 2009 году Оллспоу выступил со своей знаменитой презентацией "10+ развертываний в день - сотрудничество Dev и Ops в Flickr", и идея получила широкое распространение. Также в 2009 году Патрик Дебуа начал конференцию под названием DevOpsDays, которая помогла распространить идею DevOps. Такие книги, как Continuous Delivery в 2011 году, The Phoenix Project в 2015 году и The DevOps Handbook в 2016 году, помогли практикам понять, как работает DevOps. Основные влиятельные люди раннего движения DevOps: Патрик Дебуа, Эндрю Клэй Шафер, Джон Оллспоу, Джез Хамбл, Джин Ким, Джон Уиллис, Бриджет Кромхаут и Николь Форсгрен, вышли и изменили ситуацию, показав результаты, которых можно достичь с помощью DevOps. Эта идея распространялась от практикующего специалиста к практикующему специалисту, пока они не начали понимать, что возможно с DevOps и что это лучший способ работы. |