Интеграции Операций — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Термины)
 
(не показаны 63 промежуточные версии 3 участников)
Строка 1: Строка 1:
[[Что Есть Брацки Разработки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Разработки]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу '''[[Техобзорны Курс]]'''.
+
[[Интеграции Операций]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Разработки]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Что Есть Брацки Подход]].
+
Предшественник этого ''Лектио'' -- [[Циклы Разработок]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Что Есть Брацки Разработки</strong></p><p>
+
:<p><strong>Интеграции Операций</strong></p><p>Действия характеризуют как живых людей, так и работающие предприятия. Дела и людей, и предприятий можно разделись на три группы.</p><ol type="a"><li>Первая группа -- это текущие операции. Как эксплуатация чего-то, они как минимум раз были совершены и теперь повторяются. Коммерческие предприятия называют их "старыми бизнесами".</li><li>Другая группа -- это разработки чего-то нового; на предприятиях, их именуют "проектами". Коммерческие предприятия могут также называть их "новыми бизнесами". Это -- комбинации действий, часть из которых может повторяться, но которые в целом приносят ранее не существовавшие результаты.</li><li>Третья группа -- это стратегические решения о том, какую комбинацию операций и проектов, старых и новых бизнесов, поддерживать. В предприятиях, решения какие бизнесы сократить и начать -- принимаются на самом высоком уровне.</li></ol><p>Границы между этими тремя группами размыты. Более того, многие предприятия в индустрии информационных технологий постоянно находятся в разработке нового программного обеспечения (ПО). Для них, организация проектов стала постоянными операциями.</p><p>Эксплуатационные разработки (DevOps) -- это инженерная практика интеграции разработки и эксплуатации. Чтобы ускорить процессы, к операциям по разработке нового изделия присоединяются операции по проверке этого изделия в режиме эксплуатации и, далее, проверка разработанного изделия операции органически запускает его дальнейшие разработки.</p><p>Таким образом, цепочка этих циклических действий состоит из разработческих и эксплуатационно-операционных частей. Первая часть английского термина "DevOps" отражает разработки (development), a вторая часть -- эксплуатационные операции (operations).</p><p>Курица несёт яйца и яйца становятся курицами. Индукция сменяет дедукцию. Опыт создаёт идеи, а идеи предваряются в опыты. С тем же успехом эксплуатация могла бы быть первой частью термина "DevOps", а разработка -- второй.</p><p></p><p>В зависимости от организационной культуры, технологий и других факторов этапы эксплуатационных разработок могут различаться. В разработческой части цикла этот процесс обычно включает планирование, сборку и проверку. В эксплуатационной части цикла процесс может состоять из развёртывания, использования и мониторинга. Далее мониторинг применяется для планирования новой разработки и таким образом цикл перезапускается.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, эксплуатационные разработки можно определить как:</p>
Многие предприятия различают текущие операции или так называемые старые предприятия и проекты или так называемые новые предприятия. DevOps - это инженерная практика, объединяющая и то и другое.
 
В DevOps разработка нового продукта или часть Dev органически подпитывают операции или часть операций и, наоборот, операции подпитывают их дальнейшее развитие. Фреймворк, представляющий цепочку этапов DevOps, называется процессом DevOps.
 
  
В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться.
+
===Варианты===
В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки.
+
:обращение с проектами, как с текущими, повторяющимися операциями. / обращение с текущими, повторяющимися операциями, как с проектами. / балансирование между повторяющимися операциями и проектами. / совмещение проектов и тестирования их результатов.
Брацка Команда разработала свой процесс DevOps. На этапе наблюдения и предвидения эпики продукта создаются на Брацкой Правке. На этапе определения продукта владельцы должны публиковать на Брацкой Вебке те эпики, которые они одобряют. На этапе набросков координаторы проектов Брацкой Школы готовят истории пользователей на страницах обсуждения Брацкой Правки. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются.
+
 
Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают Брацку Вебку, Брацку Правку и Брацку Крынку. Эта цепочка называется цепочкой инструментов Брацкой Команды DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов Брацкой Школы DevOps.
+
:Следующее лектио -- '''[[Степени Разработок]]'''
Основная часть процесса разработки Брацкой Команды DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами.
 
В Брацкой Правке Брацка Команда создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7.
 
В Брацкой Крынке друзья Брацкой Школы руководят внедрением требований, созданных Брацкой Командой. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.
 
  
 
===Термины===
 
===Термины===
:[[MVP]], [[Процесс разработки]], [[Хаб]], [[Требования]]
+
:[[Разработка]], [[Эксплуатационные разработки]], [[Хаб]], [[Требования]]
 +
 
 +
==Экзамен==
  
===Вопрос(ы)===
+
===Определения===
:Хорошо ли объяснена концепция процесса Брацкой Команды DevOps? -- Да / Нет / Нет мнения на данный момент
+
:
  
'''[[Что Есть Требования]]''' -- следующее лектио.
+
===Вопросы экзамена===
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Текущая версия на 15:08, 25 сентября 2022

Интеграции Операций (здесь и далее по тексту -- Лектио) -- это часть урока Цифровые Разработки. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Циклы Разработок.

Иллюстрации

Текст (HTML)

Интеграции Операций

Действия характеризуют как живых людей, так и работающие предприятия. Дела и людей, и предприятий можно разделись на три группы.

  1. Первая группа -- это текущие операции. Как эксплуатация чего-то, они как минимум раз были совершены и теперь повторяются. Коммерческие предприятия называют их "старыми бизнесами".
  2. Другая группа -- это разработки чего-то нового; на предприятиях, их именуют "проектами". Коммерческие предприятия могут также называть их "новыми бизнесами". Это -- комбинации действий, часть из которых может повторяться, но которые в целом приносят ранее не существовавшие результаты.
  3. Третья группа -- это стратегические решения о том, какую комбинацию операций и проектов, старых и новых бизнесов, поддерживать. В предприятиях, решения какие бизнесы сократить и начать -- принимаются на самом высоком уровне.

Границы между этими тремя группами размыты. Более того, многие предприятия в индустрии информационных технологий постоянно находятся в разработке нового программного обеспечения (ПО). Для них, организация проектов стала постоянными операциями.

Эксплуатационные разработки (DevOps) -- это инженерная практика интеграции разработки и эксплуатации. Чтобы ускорить процессы, к операциям по разработке нового изделия присоединяются операции по проверке этого изделия в режиме эксплуатации и, далее, проверка разработанного изделия операции органически запускает его дальнейшие разработки.

Таким образом, цепочка этих циклических действий состоит из разработческих и эксплуатационно-операционных частей. Первая часть английского термина "DevOps" отражает разработки (development), a вторая часть -- эксплуатационные операции (operations).

Курица несёт яйца и яйца становятся курицами. Индукция сменяет дедукцию. Опыт создаёт идеи, а идеи предваряются в опыты. С тем же успехом эксплуатация могла бы быть первой частью термина "DevOps", а разработка -- второй.

В зависимости от организационной культуры, технологий и других факторов этапы эксплуатационных разработок могут различаться. В разработческой части цикла этот процесс обычно включает планирование, сборку и проверку. В эксплуатационной части цикла процесс может состоять из развёртывания, использования и мониторинга. Далее мониторинг применяется для планирования новой разработки и таким образом цикл перезапускается.

А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, эксплуатационные разработки можно определить как:

Варианты

обращение с проектами, как с текущими, повторяющимися операциями. / обращение с текущими, повторяющимися операциями, как с проектами. / балансирование между повторяющимися операциями и проектами. / совмещение проектов и тестирования их результатов.
Следующее лектио -- Степени Разработок

Термины

Разработка, Эксплуатационные разработки, Хаб, Требования

Экзамен

Определения

Вопросы экзамена