오늘날 많은 도메인의 경우 도메인 데이터를 기계로 읽을 수 있도록하는 의미 론적 온톨로지가 있습니다. DevOps 및 관련 도메인에는 공급 업체가 종종 설정하지만 Jenkins의 선언 파이프 라인과 같은 다른 도구에도 적용 할 수있는 용어가 많이 있습니다.

DevOps 도메인의 온톨로지를 확립하려는 현재의 노력은 무엇입니까?

참고 문헌 / 추가 정보 :

• 온톨로지 개발 101 : 첫 온톨로지를 만드는 가이드
• 온톨로지 (정보 과학)
• 온톨로지 리포지토리
• 미디어 리소스 1.0 온톨로지

Wikipedia에 따르면 가장 먼저 연결 한 참조는

컴퓨터 과학 및 정보 과학에서, 온톨로지는 특정 담론 영역에 대해 실제로 또는 근본적으로 존재하는 실체의 유형, 속성 및 상호 관계에 대한 공식적인 명명 및 정의입니다. 따라서 분류학을 통해 철학적 온톨로지를 실제로 적용 할 수 있습니다.

DevOps의 용어를 정의하기 위해 온톨로지 모델을 개발할 때의 문제점은 DevOps가 여러 도메인을 포함 하며 이러한 도메인이 종종 중복되거나 모순되는 용어를 가질 수 있다는 것입니다.

사실, 때로는 심지어 내 도메인 이있을 것이다 용어를 충돌 . 따라서 여러 도메인은 물론 단일 도메인에 대한 표준을 설정하기가 어렵습니다.

따라서 언제든지 DevOps에 대한 공식 온톨로지 규칙을 설정하려는 시도 (또는 적어도 성공적인 규칙)가있을 것입니다. (그리고 공식적으로 DevOps를 정의하는 것으로 시작해야했지만 지금까지는이를 명확하게하는 데 어려움이있었습니다.)

네,하지만

우리가 정의하기 어려운 제임스와 텐시 바이의 감정을 부인하기는 어렵습니다. 필자는 DevOps가 그 시점에서 원하는 것을 의미한다고 지적함으로써 몇 명의 면접관을 불쾌하게 만들었을 것입니다. 공급 업체와 컴퓨터의 언론은 정확성이나 적합성에 크게 동기 부여가되지 않으므로 인기있는 용어가 비슷한 방식으로 혼란스러워집니다.

ITIL이 있습니다

그러나 이것이 일부 사람들이 운영 및 프로세스에 대해 이야기 할 공통 언어를 만들려고하지 않는다는 것을 의미하지는 않습니다. 실제 세계에 적용하는 사람은 없지만 ITIL이 있습니다. Wikipedia는 다음과 같이 말합니다.

ITIL (정보 기술 인프라 라이브러리)의 공식적인 약어 인 ITIL은 IT 서비스를 비즈니스 요구에 맞추는 데 중점을 둔 IT 서비스 관리 (ITSM)에 대한 세부적인 관행 집합입니다. ITIL은 현재 형태 (ITIL 2011이라고 함)로 일련의 5 가지 핵심 볼륨으로 게시되며 각 볼륨은 서로 다른 ITSM 라이프 사이클 단계를 포함합니다. ITIL은 IT 서비스 관리를위한 국제 서비스 관리 표준 인 ISO / IEC 20000 (이전 BS 15000)을 뒷받침하지만 ISO 20000 표준과 ITIL 프레임 워크에는 약간의 차이가 있습니다.

ITIL은 조직별로 다르지만 조직의 전략과의 통합을 구축하고 가치를 제공하며 최소 수준의 역량을 유지하기 위해 조직이 적용 할 수있는 프로세스, 절차, 작업 및 검사 목록을 설명합니다. 이를 통해 조직은 계획, 구현 및 측정 할 수있는 기준을 설정할 수 있습니다. 준수를 입증하고 개선을 측정하는 데 사용됩니다.

2013 년 7 월부터 ITIL은 Capita와 Cabinet Office의 합작 회사 인 AXELOS가 소유하고 있습니다. AXELOS는 ITIL 지적 재산을 사용하도록 조직에 라이센스를 부여하고 라이센스가있는 시험 기관을 인증하며 프레임 워크의 업데이트를 관리합니다. ITIL을 내부적으로 구현하려는 조직은이 라이센스가 필요하지 않습니다.

이 모든 것이 정말 흥미로워 보이지만 라이센싱으로 인해이를 기반으로 오픈 소스 소프트웨어를 구축 할 수있는 방법이 없습니다. github 에서 ITIL 을 검색 하면 결과가 매우 드 r니다. 라이센싱 모델이 변경 될 때까지 우리는이 상황에 갇혀 있다고 생각합니다. W3C 또는 IETF가 이런 종류의 문제를 해결하지 않으면 커뮤니티에서 사용할 수있는 표준이 없습니다.