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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показано 69 промежуточных версий 3 участников)
Строка 1: Строка 1:
[[Что Есть Брацки Разработки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Преобразования]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу '''[[Витаемо до Брацка Облака]]'''.
+
[[Интеграции Операций]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Разработки]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Что Есть Брацки Подход]].
+
Предшественник этого ''Лектио'' -- [[Циклы Разработок]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:
+
:<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.
+
===Варианты===
 +
:обращение с проектами, как с текущими, повторяющимися операциями. / обращение с текущими, повторяющимися операциями, как с проектами. / балансирование между повторяющимися операциями и проектами. / совмещение проектов и тестирования их результатов.
  
В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться.
+
:Следующее лектио -- '''[[Степени Разработок]]'''
В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки.
 
Кибер-команда CNM разработала свой процесс CNMCT DevOps. На этапе наблюдения и предвидения эпики продукта создаются на CNM Wiki. На этапе определения продукта владельцы должны публиковать на странице CNM те эпики, которые они одобряют. На этапе набросков координаторы киберпроектов CNM готовят истории пользователей на страницах обсуждения CNM Wiki. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются.
 
Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают CNM Page, CNM Wiki и CNM Lab. Эта цепочка называется цепочкой инструментов CNMCT DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов CNM DevOps.
 
Основная часть процесса разработки CNMCT DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами.
 
В CNM Wiki кибер-команда CNM создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7.
 
В CNM Lab друзья CNM руководят внедрением требований, созданных кибер-командой CNM. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.
 
  
 
===Термины===
 
===Термины===
:[[]]
+
:[[Разработка]], [[Эксплуатационные разработки]], [[Хаб]], [[Требования]]
 +
 
 +
==Экзамен==
  
===Вопрос(ы)===
+
===Определения===
:Готовы перейти к следующей микролекции? --Да/Нет
+
:
  
'''[[Что Есть Требования]]''' -- следующее лектио.
+
===Вопросы экзамена===
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

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

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


Материалы

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

Иллюстрации

Текст (HTML)

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

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

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

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

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

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

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

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

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

Варианты

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

Термины

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

Экзамен

Определения

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