Сьогодні для багатьох доменів існує семантична онтологія для того, щоб зробити дані домену машиночитаними. У DevOps та суміжних областях існує досить багато термінів, які часто встановлюються постачальниками, але застосовні до інших інструментів, таких як декларативні трубопроводи в Дженкінсі.

Які нинішні зусилля щодо встановлення онтології домену DevOps?

Список літератури / подальше читання:

• Онтологічний розвиток 101: Посібник зі створення першої онтології
• Онтологія (інформатика)
• Онтологічні сховища
• Онтологія для медіаресурсів 1.0

Згідно з Вікіпедією, перша посилання, яку ви зв'язали,

В інформатиці та інформатиці онтологія - це формальне називання та визначення типів, властивостей та взаємозв'язків сутностей, які дійсно або принципово існують для певної галузі дискурсу. Таким чином, це практичне застосування філософської онтології з систематикою.

Проблема розробки моделі онтології для визначення термінів DevOps полягає в тому, що DevOps охоплює декілька доменів, і ці домени часто можуть мати термінологію, що перекривається або суперечливу.

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

Таким чином, сумнівно, що будь-коли буде спроба (або принаймні успішна) встановити формальні правила онтології для DevOps. (І потрібно було б почати з того, щоб спочатку формально визначити DevOps, і поки що у нас виникли проблеми, навіть якщо це зрозуміти).

так, але

Важко заперечити настрої Джеймса та Тенсібая, які ми важко визначити. Я, мабуть, образив кількох співбесідників, зазначивши, що DevOps означає те, що ви хочете, щоб це означало на той час. Постачальники та преса в обчислювальних технологіях не дуже мотивовані правильністю чи відповідністю, тому будь-який популярний термін заплутається подібним чином.

Є ІТІЛ

Але це не означає, що деякі люди не намагаються створити для нас спільну мову, щоб говорити про операції та процеси. Поки я не бачив, щоб хтось застосовував це в реальному світі, є 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 не вирішить подібний виклик, не буде стандарту, доступного для громади.