Oggi, per molti domini esiste un'ontologia semantica per rendere leggibili automaticamente i dati di dominio. Ci sono molti termini nei DevOps e nei domini correlati, spesso stabiliti dai fornitori ma applicabili ad altri strumenti, come pipeline dichiarative in Jenkins.

Quali sono gli attuali sforzi per stabilire l'ontologia del dominio DevOps?

Riferimenti / Altre letture:

• Sviluppo ontologico 101: una guida per creare la tua prima ontologia
• Ontologia (informatica)
• Archivi ontologici
• Ontologia per le risorse multimediali 1.0

Secondo Wikipedia, il primo riferimento che hai collegato,

Nell'informatica e nell'informatica, un'ontologia è una denominazione e una definizione formale dei tipi, delle proprietà e delle interrelazioni delle entità che esistono realmente o fondamentalmente per un particolare dominio del discorso. È quindi un'applicazione pratica dell'ontologia filosofica, con una tassonomia.

Il problema con lo sviluppo di un modello di ontologia per definire i termini di DevOps è che DevOps comprende più domini e questi domini possono spesso avere una terminologia sovrapposta o contraddittoria.

In effetti, a volte anche all'interno di un dominio ci sarà una terminologia contrastante . Quindi è abbastanza difficile stabilire uno standard per un singolo dominio, per non parlare di più domini.

Come tale, è dubbio che ci sarà qualche tentativo (o almeno di successo) di stabilire presto regole ontologiche formali per DevOps. (E dovrebbe iniziare prima con la definizione formale di DevOps, e finora abbiamo avuto problemi anche a chiarirlo).

si ma

È difficile negare i sentimenti di James e Tensibai che siamo difficili da definire. Probabilmente ho offeso alcuni intervistatori di lavoro sottolineando che DevOps significa qualsiasi cosa tu voglia che significhi in quel momento. I venditori e la stampa nell'informatica non sono molto motivati ​​dalla correttezza o conformità, quindi qualsiasi termine popolare verrà confuso in modo simile.

C'è ITIL

Ciò non significa che alcune persone non stiano cercando di creare un linguaggio comune per farci parlare di operazioni e processi. Anche se non ho visto nessuno applicarlo nel mondo reale, c'è ITIL . Come ci dice Wikipedia:

ITIL, formalmente acronimo di Information Technology Infrastructure Library, è un insieme di pratiche dettagliate per la gestione dei servizi IT (ITSM) che si concentra sull'allineamento dei servizi IT con le esigenze del business. Nella sua forma attuale (nota come ITIL 2011), ITIL è pubblicata come una serie di cinque volumi principali, ognuno dei quali copre una diversa fase del ciclo di vita ITSM. Sebbene ITIL supporti ISO / IEC 20000 (precedentemente BS 15000), lo standard di gestione dei servizi internazionali per la gestione dei servizi IT, ci sono alcune differenze tra lo standard ISO 20000 e il framework ITIL.

ITIL descrive processi, procedure, attività e liste di controllo che non sono specifici dell'organizzazione, ma che possono essere applicati da un'organizzazione per stabilire l'integrazione con la strategia dell'organizzazione, fornire valore e mantenere un livello minimo di competenza. Consente all'organizzazione di stabilire una linea di base da cui può pianificare, implementare e misurare. Viene utilizzato per dimostrare la conformità e misurare il miglioramento.

Da luglio 2013, ITIL è di proprietà di AXELOS, una joint venture tra Capita e Cabinet Office. AXELOS autorizza le organizzazioni a utilizzare la proprietà intellettuale ITIL, accredita gli istituti di esame autorizzati e gestisce gli aggiornamenti del framework. Le organizzazioni che desiderano implementare ITIL internamente non richiedono questa licenza.

Tutto ciò sembra davvero eccitante, ma a causa delle licenze non ho modo di costruire software open source basato su questo. Se cerchi ITIL in github i risultati sono molto scarsi. Fino a quando il modello di licenza non cambierà, penso che siamo bloccati in questo stato di cose. A meno che il W3C o l'IETF non accettino questo tipo di sfida, non ci sarà uno standard disponibile per la comunità.