Hoje, para muitos domínios, existe uma ontologia semântica para tornar os dados do domínio legíveis por máquina. Existem muitos termos nos DevOps e domínios relacionados, geralmente estabelecidos por fornecedores, mas aplicáveis ​​a outras ferramentas, como pipelines declarativos no Jenkins.

Quais são os esforços atuais para estabelecer a ontologia do domínio DevOps?

Referências / Leitura adicional:

• Ontology Development 101: Um guia para criar sua primeira ontologia
• Ontologia (ciência da informação)
• Repositórios de ontologia
• Ontologia para Recursos de Mídia 1.0

Segundo a Wikipedia, a primeira referência que você vinculou,

Em ciência da computação e ciência da informação, uma ontologia é uma nomeação e definição formal dos tipos, propriedades e inter-relações das entidades que existem real ou fundamentalmente para um domínio específico do discurso. É, portanto, uma aplicação prática da ontologia filosófica, com uma taxonomia.

O problema com o desenvolvimento de um modelo de ontologia para definir os termos do DevOps é que o DevOps abrange vários domínios e esses domínios geralmente podem ter terminologia sobreposta ou contraditória.

De fato, às vezes, mesmo dentro de um domínio, há terminologia conflitante . Portanto, é bastante difícil estabelecer um padrão para um único domínio, sem falar em vários domínios.

Como tal, é duvidoso que haja alguma tentativa (ou pelo menos bem-sucedida) de estabelecer regras formais de ontologia para DevOps tão cedo. (E teria que começar com a definição formal do DevOps primeiro e até agora tivemos problemas até para esclarecer isso).

sim mas

É difícil negar os sentimentos de James e Tensibai que somos difíceis de definir. Provavelmente ofendi alguns entrevistadores de emprego apontando que o DevOps significa o que você quer que signifique no momento. Os fornecedores e a imprensa em computação não são muito motivados pela correção ou conformidade; portanto, qualquer termo popular ficará confuso de maneira semelhante.

Existe ITIL

Mas isso não significa que algumas pessoas não estão tentando criar uma linguagem comum para falarmos sobre operações e processos. Embora eu não tenha visto ninguém aplicá-lo no mundo real, existe o ITIL . Como a Wikipedia nos diz:

ITIL, formalmente um acrônimo para Information Technology Infrastructure Library, é um conjunto de práticas detalhadas para gerenciamento de serviços de TI (ITSM) que se concentra no alinhamento dos serviços de TI às necessidades dos negócios. Em sua forma atual (conhecida como ITIL 2011), a ITIL é publicada como uma série de cinco volumes principais, cada um dos quais abrange um estágio diferente do ciclo de vida do ITSM. Embora o ITIL sustente a ISO / IEC 20000 (anteriormente BS 15000), o Padrão Internacional de Gerenciamento de Serviços para gerenciamento de serviços de TI, existem algumas diferenças entre o padrão ISO 20000 e a estrutura ITIL.

O ITIL descreve processos, procedimentos, tarefas e listas de verificação que não são específicos da organização, mas podem ser aplicados por uma organização para estabelecer integração com a estratégia da organização, agregar valor e manter um nível mínimo de competência. Ele permite que a organização estabeleça uma linha de base a partir da qual possa planejar, implementar e medir. É usado para demonstrar conformidade e medir melhorias.

Desde julho de 2013, a ITIL é de propriedade da AXELOS, uma joint venture entre a Capita e o Gabinete. O AXELOS licencia as organizações para usar a propriedade intelectual da ITIL, credencia institutos de exames licenciados e gerencia as atualizações da estrutura. As organizações que desejam implementar o ITIL internamente não precisam desta licença.

Tudo isso parece realmente empolgante, mas, devido ao licenciamento, não há como criar software de código aberto com base nisso. Se você procurar ITIL no github, os resultados serão muito escassos. Até o modelo de licenciamento mudar, acho que estamos presos a esse estado de coisas. A menos que o W3C ou a IETF aceite esse tipo de desafio, não haverá um padrão disponível para a comunidade.