Сегодня для многих доменов существует семантическая онтология, позволяющая сделать данные домена машиночитаемыми. В DevOps и связанных доменах довольно много терминов, часто устанавливаемых поставщиками, но применимых к другим инструментам, таким как декларативные конвейеры в Jenkins.

Каковы текущие усилия по созданию онтологии домена DevOps?

Рекомендации / Дальнейшее чтение:

• Разработка онтологии 101: Руководство по созданию вашей первой онтологии
• Онтология (информатика)
• Репозитории онтологий
• Онтология для медиаресурсов 1.0

Согласно Википедии, первая ссылка, на которую вы ссылаетесь,

В информатике и информатике онтология - это формальное именование и определение типов, свойств и взаимосвязей сущностей, которые реально или фундаментально существуют для определенной области дискурса. Таким образом, это практическое применение философской онтологии с таксономией.

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

На самом деле, иногда даже в пределах в области будет конфликтующими терминологии . Поэтому достаточно сложно установить стандарт для одного домена, не говоря уже о нескольких доменах.

Поэтому сомнительно, что в ближайшее время будут предприняты какие-либо попытки (или, по крайней мере, успешные) установить формальные правила онтологии для DevOps. (И это должно было бы начаться с формального определения DevOps сначала, и до сих пор у нас были проблемы даже с разъяснением этого).

Да, но

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

Есть ITIL

Но это не значит, что некоторые люди не пытаются создать общий язык для нас, чтобы говорить об операциях и процессах. Хотя я не видел, чтобы кто-либо применял его в реальном мире, есть ITIL . Как говорит нам Википедия:

ITIL, формально аббревиатура для библиотеки инфраструктуры информационных технологий, представляет собой набор подробных практик управления ИТ-услугами (ITSM), которые направлены на приведение ИТ-услуг в соответствие с потребностями бизнеса. В своей текущей форме (известной как ITIL 2011), ITIL публикуется в виде серии из пяти основных томов, каждый из которых охватывает свой этап жизненного цикла ITSM. Хотя ITIL лежит в основе ISO / IEC 20000 (ранее BS 15000), международного стандарта управления услугами для управления ИТ-услугами, между стандартом ISO 20000 и структурой ITIL есть некоторые различия.

ITIL описывает процессы, процедуры, задачи и контрольные списки, которые не являются специфичными для организации, но могут применяться организацией для установления интеграции со стратегией организации, обеспечения ценности и поддержания минимального уровня компетенции. Это позволяет организации установить базовый уровень, из которого она может планировать, осуществлять и измерять. Он используется для демонстрации соответствия и измерения улучшения.

С июля 2013 года ITIL принадлежит AXELOS, совместному предприятию Capita и Кабинета министров. AXELOS лицензирует организации на использование интеллектуальной собственности ITIL, аккредитует лицензированные экзаменационные институты и управляет обновлениями структуры. Организации, которые хотят внедрить ITIL внутри страны, не требуют этой лицензии.

Все это звучит по-настоящему захватывающе, но из-за лицензирования я не могу создавать программное обеспечение с открытым исходным кодом на его основе. Если вы ищете ITIL в GitHub, результаты очень скудны. До изменения модели лицензирования я думаю, что мы застряли в таком положении. Если W3C или IETF не примут такого рода вызов, не будет стандарта, доступного для сообщества.