今日、多くのドメインで、ドメインデータを機械可読にするセマンティックオントロジーがあります。DevOpsと関連ドメインには非常に多くの用語があり、ベンダーによって確立されることが多いですが、Jenkinsの宣言的パイプラインのような他のツールにも適用できます。

DevOpsドメインのオントロジーを確立するための現在の取り組みは何ですか？

参考文献/参考文献：

• オントロジー開発101：初めてのオントロジーを作成するためのガイド
• オントロジー（情報科学）
• オントロジーリポジトリ
• メディアリソース1.0のオントロジー

ウィキペディアによると、あなたがリンクした最初のリファレンスは、

コンピュータサイエンスと情報科学では、オントロジーは、特定の談話のドメインに対して実際にまたは基本的に存在するエンティティのタイプ、プロパティ、および相互関係の正式な命名と定義です。したがって、分類法を使用した哲学的オントロジーの実用的なアプリケーションです。

オントロジーモデルを開発してDevOpsの条件を定義する場合の問題は、DevOps が複数のドメインを包含し、これらのドメインが重複または矛盾する用語を持つことが多いことです。

実際、ドメイン内でさえ 、用語が矛盾することがあります。したがって、複数のドメインはもちろんのこと、単一のドメインの標準を確立することは十分に困難です。

そのため、DevOpsの正式なオントロジールールをすぐに確立しようとする試み（または少なくとも成功した試み）があるかどうかは疑問です。（そして、最初にDevOpsを正式に定義することから始める必要があり、これまでのところ、それを明確にすることさえ困難でした）。

はい、でも

私たちが定義するのが難しいジェームズとテンシバイの感情を否定するのは難しいです。私はおそらく、DevOpsがその時点で何を意味したいのかを指摘することで、いくつかの就職の面接官を気分を害しました。ベンダーやコンピューティング業界の報道は、正しさや適合性に動機づけられていないため、一般的な用語は同様の方法で濁ります。

ITILがあります

しかし、それは、一部の人々が私たちが操作とプロセスについて話すための共通言語を作成しようと試みていないという意味ではありません。私は実際にそれを適用する人を見たことがありませんが、ITILがあります。ウィキペディアが私たちに言うように：

ITIL（正式にはITインフラストラクチャライブラリの頭字語）は、ITサービスをビジネスのニーズに合わせることに焦点を当てた、ITサービス管理（ITSM）の一連の詳細なプラクティスです。現在の形式（ITIL 2011として知られています）では、ITILは5つのコアボリュームのシリーズとして公開され、それぞれが異なるITSMライフサイクルステージをカバーしています。ITILは、ITサービス管理の国際サービス管理標準であるISO / IEC 20000（以前のBS 15000）をサポートしていますが、ISO 20000標準とITILフレームワークの間にはいくつかの違いがあります。

ITILは、組織固有ではないが、組織の戦略との統合を確立し、価値を提供し、最低レベルの能力を維持するために適用できるプロセス、手順、タスク、およびチェックリストを記述します。これにより、組織は、計画、実装、および測定できるベースラインを確立できます。コンプライアンスを実証し、改善を測定するために使用されます。

2013年7月以降、ITILは、キャピタと内閣府の合弁会社であるAXELOSが所有しています。AXELOSは、組織にITIL知的財産の使用をライセンスし、ライセンスを受けた試験機関を認定し、フレームワークの更新を管理します。ITILを内部で実装したい組織は、このライセンスを必要としません。

これらはすべて本当にエキサイティングに聞こえますが、ライセンスのため、これに基づいてオープンソースソフトウェアを構築する方法はありません。githubでITILを検索すると、結果は非常にまばらです。ライセンスモデルが変更されるまで、私たちはこの状況に悩まされていると思います。W3CまたはIETFがこの種の課題を取り上げない限り、コミュニティが利用できる標準はありません。