1 added
1 removed
Original
2026-01-01
Modified
2026-03-10
1
<ul><li><a>Что такое Agile? </a></li>
1
<ul><li><a>Что такое Agile? </a></li>
2
<li><a>Каковы преимущества Agile-разработки?</a></li>
2
<li><a>Каковы преимущества Agile-разработки?</a></li>
3
<li><a>Что такое DevOps?</a></li>
3
<li><a>Что такое DevOps?</a></li>
4
<li><a>Зачем соединять разработку и IT operations?</a></li>
4
<li><a>Зачем соединять разработку и IT operations?</a></li>
5
<li><a>Концепции и ключевые термины DevOps</a></li>
5
<li><a>Концепции и ключевые термины DevOps</a></li>
6
<li><a>Какие есть инструменты DevOps?</a></li>
6
<li><a>Какие есть инструменты DevOps?</a></li>
7
</ul><p>Agile и DevOps представляют собой современные практики разработки программного обеспечения. Кроме того, они получают признание и за пределами сферы разработки, адаптированные для использования в управлении проектами в разных компаниях.</p>
7
</ul><p>Agile и DevOps представляют собой современные практики разработки программного обеспечения. Кроме того, они получают признание и за пределами сферы разработки, адаптированные для использования в управлении проектами в разных компаниях.</p>
8
<p>DevOps и Agile бывает сложно разграничить, а также они не исключают друг друга. Поэтому сравнивать их, возможно, и не совсем корректно, но любопытно.</p>
8
<p>DevOps и Agile бывает сложно разграничить, а также они не исключают друг друга. Поэтому сравнивать их, возможно, и не совсем корректно, но любопытно.</p>
9
<p>На базовом уровне DevOps - это работа в связке двух команд (разработка и ИТ-инфраструктура) для обеспечения более мощного и эффективного процесса разработки программного обеспечения. DevOps - это про изменение культуры, направленное на стимулирование сотрудничества между разработчиками программного обеспечения и ИТ-подразделениями.</p>
9
<p>На базовом уровне DevOps - это работа в связке двух команд (разработка и ИТ-инфраструктура) для обеспечения более мощного и эффективного процесса разработки программного обеспечения. DevOps - это про изменение культуры, направленное на стимулирование сотрудничества между разработчиками программного обеспечения и ИТ-подразделениями.</p>
10
<p>Agile - это серия методологий итеративной разработки, предназначенных для повышения управляемости и улучшения совместной работы в реалиях постоянно меняющихся условий и потребностей. Суть гибкой разработки заключается в том, чтобы дать разработчикам общий набор принципов для принятия решений и обеспечения большей скорости реагирования на изменения.</p>
10
<p>Agile - это серия методологий итеративной разработки, предназначенных для повышения управляемости и улучшения совместной работы в реалиях постоянно меняющихся условий и потребностей. Суть гибкой разработки заключается в том, чтобы дать разработчикам общий набор принципов для принятия решений и обеспечения большей скорости реагирования на изменения.</p>
11
<p>И Agile, и DevOps нацелены на улучшение процессов разработки, хотя и используют разные подходы.</p>
11
<p>И Agile, и DevOps нацелены на улучшение процессов разработки, хотя и используют разные подходы.</p>
12
<p>Но каковы более глубокие различия между ними? Возможно ли внедрять их вместе? Постараемся раскрыть тему далее в статье.</p>
12
<p>Но каковы более глубокие различия между ними? Возможно ли внедрять их вместе? Постараемся раскрыть тему далее в статье.</p>
13
<p><a>Agile</a>- это итеративный подход к разработке программного обеспечения, который ориентирован на совместную работу и быстрые релизы. Это набор ценностей и принципов, которые можно использовать для принятия решений.</p>
13
<p><a>Agile</a>- это итеративный подход к разработке программного обеспечения, который ориентирован на совместную работу и быстрые релизы. Это набор ценностей и принципов, которые можно использовать для принятия решений.</p>
14
<p>Когда дело доходит до Agile, трудно привести более емкое определение, чем приведенное в манифесте, который был написан в 2001 году. В нем говорится:</p>
14
<p>Когда дело доходит до Agile, трудно привести более емкое определение, чем приведенное в манифесте, который был написан в 2001 году. В нем говорится:</p>
15
<blockquote><p>Занимаясь разработкой и помогая в этом другим, мы открываем лучшие практики. Мы пришли к выводу, что: - Люди и взаимодействие важнее процессов и инструментов; - Рабочее программное обеспечение важнее, чем исчерпывающая документация; - Сотрудничество с клиентами важнее, чем переговоры по договору; - Гибкое реагирование на изменения важнее, чем следование изначальному плану.То есть, в то время как вещи справа имеют ценность, вещи слева мы ценим больше.</p>
15
<blockquote><p>Занимаясь разработкой и помогая в этом другим, мы открываем лучшие практики. Мы пришли к выводу, что: - Люди и взаимодействие важнее процессов и инструментов; - Рабочее программное обеспечение важнее, чем исчерпывающая документация; - Сотрудничество с клиентами важнее, чем переговоры по договору; - Гибкое реагирование на изменения важнее, чем следование изначальному плану.То есть, в то время как вещи справа имеют ценность, вещи слева мы ценим больше.</p>
16
</blockquote><p>Манифест сопровождается<a>12 принципами</a>Agile, которые помогают принимать лучшие решения. В кратком изложении они выглядят так:</p>
16
</blockquote><p>Манифест сопровождается<a>12 принципами</a>Agile, которые помогают принимать лучшие решения. В кратком изложении они выглядят так:</p>
17
<ol><li>Наивысший приоритет - удовлетворение потребностей заказчика благодаря оперативным поставкам ПО.</li>
17
<ol><li>Наивысший приоритет - удовлетворение потребностей заказчика благодаря оперативным поставкам ПО.</li>
18
<li>Изменение требований приветствуется даже на поздних стадиях разработки.</li>
18
<li>Изменение требований приветствуется даже на поздних стадиях разработки.</li>
19
<li>Работающий продукт следует выпускать как можно чаще.</li>
19
<li>Работающий продукт следует выпускать как можно чаще.</li>
20
<li>На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.</li>
20
<li>На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.</li>
21
<li>Над проектом должны работать мотивированные профессионалы.</li>
21
<li>Над проектом должны работать мотивированные профессионалы.</li>
22
<li>Непосредственное общение является наиболее эффективным способом обмена информацией.</li>
22
<li>Непосредственное общение является наиболее эффективным способом обмена информацией.</li>
23
<li>Работающий продукт - основной показатель прогресса.</li>
23
<li>Работающий продукт - основной показатель прогресса.</li>
24
<li>Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм.</li>
24
<li>Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм.</li>
25
<li>Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.</li>
25
<li>Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.</li>
26
<li> Простота - искусство минимизации лишней работы - крайне необходима.</li>
26
<li> Простота - искусство минимизации лишней работы - крайне необходима.</li>
27
<li>Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.</li>
27
<li>Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.</li>
28
<li> Команда должна систематически анализировать процессы и соответственно корректировать стиль работы.</li>
28
<li> Команда должна систематически анализировать процессы и соответственно корректировать стиль работы.</li>
29
</ol><h2>Каковы преимущества Agile-разработки?</h2>
29
</ol><h2>Каковы преимущества Agile-разработки?</h2>
30
<ul><li><strong>Гибкость</strong>- более быстрое реагирование на изменения рынка и обратную связь от клиентов.</li>
30
<ul><li><strong>Гибкость</strong>- более быстрое реагирование на изменения рынка и обратную связь от клиентов.</li>
31
<li><strong>Качество</strong>- фокус на тестировании и постоянное вовлечение клиентов в процесс повышает шансы выпуска высококачественного продукта.</li>
31
<li><strong>Качество</strong>- фокус на тестировании и постоянное вовлечение клиентов в процесс повышает шансы выпуска высококачественного продукта.</li>
32
<li><strong>Сотрудничество</strong>. Agile - это про людей. Придавая значение в первую очередь именно человеческому взаимодействию, а не формальным процессам и "так принято", организации могут позволить сотрудникам действовать, опираясь на свой опыт и общий набор ценностей.</li>
32
<li><strong>Сотрудничество</strong>. Agile - это про людей. Придавая значение в первую очередь именно человеческому взаимодействию, а не формальным процессам и "так принято", организации могут позволить сотрудникам действовать, опираясь на свой опыт и общий набор ценностей.</li>
33
<li><strong>Удовлетворенность клиентов</strong>. Держа акцент на быстрое обнаружение и устранение проблем и прямую связь между клиентами и разработчиками, клиенты с большей вероятностью будут удовлетворены и вернутся снова.</li>
33
<li><strong>Удовлетворенность клиентов</strong>. Держа акцент на быстрое обнаружение и устранение проблем и прямую связь между клиентами и разработчиками, клиенты с большей вероятностью будут удовлетворены и вернутся снова.</li>
34
<li><strong>Предсказуемость</strong>. Отказавшись от крупных планов, высеченных в камне и часто оторванных от реальности, организации могут получить лучшее представление о том, что идет хорошо, а что не работает - сразу, а не через несколько месяцев, когда исправлять все уже слишком поздно.</li>
34
<li><strong>Предсказуемость</strong>. Отказавшись от крупных планов, высеченных в камне и часто оторванных от реальности, организации могут получить лучшее представление о том, что идет хорошо, а что не работает - сразу, а не через несколько месяцев, когда исправлять все уже слишком поздно.</li>
35
</ul><h2>Что такое DevOps?</h2>
35
</ul><h2>Что такое DevOps?</h2>
36
<p>Термин происходит от сокращений: software development (dev) и IT operations (Ops). DevOps - это не просто процесс. Это сдвиг в корпоративной культуре в сторону сотрудничества между командами разработки и инфраструктуры. Ведь усилив автоматизацию и установив все необходимое программное обеспечение, в одиночку все равно не справиться. Поэтому как и в Agile, ключевым компонентом здесь являются люди.</p>
36
<p>Термин происходит от сокращений: software development (dev) и IT operations (Ops). DevOps - это не просто процесс. Это сдвиг в корпоративной культуре в сторону сотрудничества между командами разработки и инфраструктуры. Ведь усилив автоматизацию и установив все необходимое программное обеспечение, в одиночку все равно не справиться. Поэтому как и в Agile, ключевым компонентом здесь являются люди.</p>
37
<p>AWS предлагают такое<a>определение</a>модели DevOps: </p>
37
<p>AWS предлагают такое<a>определение</a>модели DevOps: </p>
38
<p>DevOps - это сочетание культурной философии, практики и инструментов, которое повышает шансы организации предоставлять продукты и услуги с высокой скоростью. Это позволяет организациям лучше обслуживать своих клиентов и более эффективно конкурировать на рынке.</p>
38
<p>DevOps - это сочетание культурной философии, практики и инструментов, которое повышает шансы организации предоставлять продукты и услуги с высокой скоростью. Это позволяет организациям лучше обслуживать своих клиентов и более эффективно конкурировать на рынке.</p>
39
<h2>Зачем соединять разработку и IT operations?</h2>
39
<h2>Зачем соединять разработку и IT operations?</h2>
40
<p>Как эти две группы объединились в одну? И зачем их совмещать?</p>
40
<p>Как эти две группы объединились в одну? И зачем их совмещать?</p>
41
<p>Когда-то IT отделы были отделены от команд разработчиков. Затем люди из сообществ разработки и эксплуатации поняли, что есть некоторые проблемы в том, как эти команды были структурированы и как они взаимодействовали (или не взаимодействовали). Какие были препятствия: </p>
41
<p>Когда-то IT отделы были отделены от команд разработчиков. Затем люди из сообществ разработки и эксплуатации поняли, что есть некоторые проблемы в том, как эти команды были структурированы и как они взаимодействовали (или не взаимодействовали). Какие были препятствия: </p>
42
<ul><li>команды преследовали разные цели;</li>
42
<ul><li>команды преследовали разные цели;</li>
43
<li>имели разные показатели эффективности;</li>
43
<li>имели разные показатели эффективности;</li>
44
<li>были физически разнесены по разным комнатам, зданиям или офисам.</li>
44
<li>были физически разнесены по разным комнатам, зданиям или офисам.</li>
45
</ul><p>Наконец, они заговорили. Так родились DevOps и DevOps-инженеры.</p>
45
</ul><p>Наконец, они заговорили. Так родились DevOps и DevOps-инженеры.</p>
46
<p>Патрик Дебуа, которого часто называют крестным отцом DevOps, собрал эти группы на конференции<a>DevOpsdays</a>в 2009 году, где им удалось обсудить способы преодоления разрыва между двумя областями. Сейчас тысячи предприятий уже адаптировались или работают над внедрением этих практик.</p>
46
<p>Патрик Дебуа, которого часто называют крестным отцом DevOps, собрал эти группы на конференции<a>DevOpsdays</a>в 2009 году, где им удалось обсудить способы преодоления разрыва между двумя областями. Сейчас тысячи предприятий уже адаптировались или работают над внедрением этих практик.</p>
47
<h2>Концепции и ключевые термины DevOps</h2>
47
<h2>Концепции и ключевые термины DevOps</h2>
48
<ul><li><strong>Контейнер</strong>- легкая автономная исполняемая часть программного обеспечения. Он включает в себя все необходимое для запуска ПО.</li>
48
<ul><li><strong>Контейнер</strong>- легкая автономная исполняемая часть программного обеспечения. Он включает в себя все необходимое для запуска ПО.</li>
49
<li><strong>Непрерывная доставка (CD)</strong>- непрерывный выпуск программного обеспечения в производство вручную или автоматически. Ориентирован на новые циклы. Некоторые организации выпускают новую версию с любыми изменениями.</li>
49
<li><strong>Непрерывная доставка (CD)</strong>- непрерывный выпуск программного обеспечения в производство вручную или автоматически. Ориентирован на новые циклы. Некоторые организации выпускают новую версию с любыми изменениями.</li>
50
<li><strong>Непрерывная интеграция (CI)</strong>- текущее программирование, построение и тестирование кода. Это делается до того, как передать его системе непрерывной доставки (CD) для развертывания. Вместе с CD он составляет CI / CD.</li>
50
<li><strong>Непрерывная интеграция (CI)</strong>- текущее программирование, построение и тестирование кода. Это делается до того, как передать его системе непрерывной доставки (CD) для развертывания. Вместе с CD он составляет CI / CD.</li>
51
<li><strong>Инфраструктура как код (IaC)</strong>- определение инфраструктуры, которая используется с программным кодом, который может быть понят облачными службами. Затем эти облачные сервисы создают инфраструктуру на основе этого кода. Это позволяет вам определять стандарты и повторно использовать код, что экономит время.</li>
51
<li><strong>Инфраструктура как код (IaC)</strong>- определение инфраструктуры, которая используется с программным кодом, который может быть понят облачными службами. Затем эти облачные сервисы создают инфраструктуру на основе этого кода. Это позволяет вам определять стандарты и повторно использовать код, что экономит время.</li>
52
<li><a><strong>Микросервисы</strong></a>- архитектура приложения, разбитая на несколько небольших частей. Контейнеры часто используются для развертывания микросервисов. </li>
52
<li><a><strong>Микросервисы</strong></a>- архитектура приложения, разбитая на несколько небольших частей. Контейнеры часто используются для развертывания микросервисов. </li>
53
<li>Конвейер (pipeline) - набор связанных процессов, где выходные данные одного процесса являются входными данными для следующего.</li>
53
<li>Конвейер (pipeline) - набор связанных процессов, где выходные данные одного процесса являются входными данными для следующего.</li>
54
<li><strong>Бессерверная система</strong>- запуск службы или микросервиса в облачной инфраструктуре, не беспокоясь о серверах, на которых выполняется код. Вы просто предоставляете код, а облачный провайдер запускает его и выдает результаты. </li>
54
<li><strong>Бессерверная система</strong>- запуск службы или микросервиса в облачной инфраструктуре, не беспокоясь о серверах, на которых выполняется код. Вы просто предоставляете код, а облачный провайдер запускает его и выдает результаты. </li>
55
<li><strong>Модульное тестирование</strong>(или юнит-тестирование) - разбиение приложения на мелкие части для проверки работы каждой функции.</li>
55
<li><strong>Модульное тестирование</strong>(или юнит-тестирование) - разбиение приложения на мелкие части для проверки работы каждой функции.</li>
56
</ul><h2>Какие есть инструменты DevOps?</h2>
56
</ul><h2>Какие есть инструменты DevOps?</h2>
57
<p>Вот некоторые из самых популярных инструментов DevOps CI / CD, которые можно использовать при работе в облачной среде AWS.</p>
57
<p>Вот некоторые из самых популярных инструментов DevOps CI / CD, которые можно использовать при работе в облачной среде AWS.</p>
58
<ul><li><strong>Git</strong>- бесплатная система контроля версий с открытым исходным кодом. Она поддерживает ветвление, позволяя работать над функциями отдельно, не позволяя запутываться в коде.</li>
58
<ul><li><strong>Git</strong>- бесплатная система контроля версий с открытым исходным кодом. Она поддерживает ветвление, позволяя работать над функциями отдельно, не позволяя запутываться в коде.</li>
59
<li><strong>GitHub</strong>- онлайн-сервис для размещения репозиториев Git. GitHub принадлежит Microsoft, которая предлагает аналогичный инструмент под названием Azure DevOps. </li>
59
<li><strong>GitHub</strong>- онлайн-сервис для размещения репозиториев Git. GitHub принадлежит Microsoft, которая предлагает аналогичный инструмент под названием Azure DevOps. </li>
60
<li><strong>AWS CodeCommit</strong>- управляемый сервер для размещения репозиториев Git. Он безопасен и зашифрован, отличается высокой доступностью и легко интегрируется с другими сервисами AWS.</li>
60
<li><strong>AWS CodeCommit</strong>- управляемый сервер для размещения репозиториев Git. Он безопасен и зашифрован, отличается высокой доступностью и легко интегрируется с другими сервисами AWS.</li>
61
<li><strong>AWS CodeBuild</strong>- управляемый код непрерывной интеграции, который выполняет код, выполняет тесты и создает программные пакеты. Когда разработчики пишут код и помещают его в Git, CodeBuild компилирует этот код и создает программный пакет. Он автоматически масштабируется и может обрабатывать несколько сборок одновременно.</li>
61
<li><strong>AWS CodeBuild</strong>- управляемый код непрерывной интеграции, который выполняет код, выполняет тесты и создает программные пакеты. Когда разработчики пишут код и помещают его в Git, CodeBuild компилирует этот код и создает программный пакет. Он автоматически масштабируется и может обрабатывать несколько сборок одновременно.</li>
62
<li><strong>AWS CodeDeploy</strong>- управляемая служба развертывания, которая берет пакет программного обеспечения (или файлы, которые вы обновили и поместили в репозиторий Git) и развертывает на AWS или на локальных серверах. Он хорошо интегрируется с сервисами AWS и вашими собственными серверами. Он полностью автоматизирует развертывание программного обеспечения, исключая ручные операции, связанные с ошибками.</li>
62
<li><strong>AWS CodeDeploy</strong>- управляемая служба развертывания, которая берет пакет программного обеспечения (или файлы, которые вы обновили и поместили в репозиторий Git) и развертывает на AWS или на локальных серверах. Он хорошо интегрируется с сервисами AWS и вашими собственными серверами. Он полностью автоматизирует развертывание программного обеспечения, исключая ручные операции, связанные с ошибками.</li>
63
<li><strong>AWS CodePipeline</strong>- управляемая служба непрерывной доставки, которая помогает автоматизировать конвейер выпуска. Он может автоматизировать этапы сборки, тестирования и развертывания разработки программного обеспечения, а также может интегрироваться с CodeCommit и GitHub.</li>
63
<li><strong>AWS CodePipeline</strong>- управляемая служба непрерывной доставки, которая помогает автоматизировать конвейер выпуска. Он может автоматизировать этапы сборки, тестирования и развертывания разработки программного обеспечения, а также может интегрироваться с CodeCommit и GitHub.</li>
64
</ul><p>Другие распространенные инструменты DevOps включают: Docker, Jira, Jenkins, Puppet, Chef, Splunk, Ansible, Kubernetes, Bamboo и Nagios.</p>
64
</ul><p>Другие распространенные инструменты DevOps включают: Docker, Jira, Jenkins, Puppet, Chef, Splunk, Ansible, Kubernetes, Bamboo и Nagios.</p>
65
-
<p>Развить навыки DevOps-��нженера можно на курсах:</p>
65
+
<p>Развить навыки DevOps-инженера можно на курсах:</p>
66
<ul><li><a>DevOps практики и инструменты</a></li>
66
<ul><li><a>DevOps практики и инструменты</a></li>
67
<li><a>Экспресс-курс “IaC Ansible”</a></li>
67
<li><a>Экспресс-курс “IaC Ansible”</a></li>
68
<li><a>Экспресс-курс "CI/CD или Непрерывная поставка с Docker и Kubernetes"</a></li>
68
<li><a>Экспресс-курс "CI/CD или Непрерывная поставка с Docker и Kubernetes"</a></li>
69
<li><a>Инфраструктурная платформа на основе Kubernetes </a></li>
69
<li><a>Инфраструктурная платформа на основе Kubernetes </a></li>
70
</ul><p>Прокачаться в управлении проектами можно здесь:</p>
70
</ul><p>Прокачаться в управлении проектами можно здесь:</p>
71
<ul><li><a>Agile Project Manager</a></li>
71
<ul><li><a>Agile Project Manager</a></li>
72
</ul>
72
</ul>