Günümüzde, birçok alanda etki alanı verilerini makine tarafından okunabilir hale getirmek için semantik bir ontoloji vardır. DevOps ve ilgili alanlarda, genellikle satıcılar tarafından oluşturulan ancak Jenkins'teki bildirimsel boru hatları gibi diğer araçlar için geçerli olan birçok terim vardır.

DevOps alanının ontolojisini oluşturmak için mevcut çabalar nelerdir?

Kaynaklar / Diğer Kaynaklar:

• Ontoloji Geliştirme 101: İlk Ontolojinizi Oluşturma Kılavuzu
• Ontoloji (bilgi bilimi)
• Ontoloji depoları
• Medya Kaynakları için Ontoloji 1.0

Wikipedia'ya göre, bağladığınız ilk referans,

Bilgisayar bilimi ve bilgi biliminde, ontoloji, belirli bir söylem alanı için gerçekten veya temelde var olan varlıkların türlerinin, özelliklerinin ve karşılıklı ilişkilerinin resmi bir isimlendirilmesi ve tanımlanmasıdır. Dolayısıyla, bir taksonomiyle, felsefi ontolojinin pratik bir uygulamasıdır.

DevOps terimlerini tanımlamak için bir Ontoloji Modeli geliştirmeyle ilgili sorun, DevOps'un birden fazla etki alanını içermesidir ve bu alanların genellikle çakışan veya çelişkili terminolojiye sahip olabilmesidir.

Aslında, bazen bir alanın içinde bile çelişkili bir terminoloji olacaktır . Bu nedenle, birden çok alan adı yerine tek bir alan için standart oluşturmak yeterince zor.

Bu nedenle, kısa bir süre sonra DevOps için resmi ontoloji kuralları oluşturma girişimi (veya en azından başarılı olanlar) olacağından şüphelidir. (Ve öncelikle DevOps'u resmi olarak tanımlamakla başlamak zorunda kalacaktı ve şimdiye kadar bunu açıkça belirtmekte bile zorlandık).

Evet ama

Tanımlamakta zorlandığımız James ve Tensibai'nin duygularını inkar etmek zor. Muhtemelen DevOps'a o anda ne demek istediğini ifade ettiğini belirterek birkaç iş görüşmesine izin verdim. Satıcılar ve bilgi işlemdeki basın, doğruluk veya uygunluk nedeniyle çok motive edilmez, bu nedenle herhangi bir popüler terim benzer bir şekilde karıştırılacaktır.

ITIL var

Ancak bu, bazı insanların operasyonlar ve süreçler hakkında konuşmamız için ortak bir dil yaratmaya çalışmadığı anlamına gelmez. Bunu gerçek dünyada uygulayan birini görmemiş olsam da ITIL var . Wikipedia'nın söylediği gibi:

Resmi olarak Bilgi Teknolojisi Altyapı Kütüphanesi'nin kısaltması olan ITIL, BT hizmetlerinin iş ihtiyaçları ile uyumlu hale getirilmesine odaklanan BT hizmet yönetimi (ITSM) için bir dizi ayrıntılı uygulamadır. Mevcut haliyle (ITIL 2011 olarak bilinir), ITIL, her biri farklı bir ITSM yaşam döngüsü aşamasını kapsayan beş temel ciltlik bir dizi olarak yayınlanır. ITIL, BT hizmet yönetimi için Uluslararası Hizmet Yönetimi Standardı olan ISO / IEC 20000'e (daha önce BS 15000) dayanmasına rağmen, ISO 20000 standardı ile ITIL çerçevesi arasında bazı farklılıklar vardır.

ITIL, kuruluşa özgü olmayan, ancak kuruluşun stratejisi ile entegrasyonun sağlanması, değer sağlanması ve asgari düzeyde yetkinliğin korunması için bir kuruluş tarafından uygulanabilecek süreçleri, prosedürleri, görevleri ve kontrol listelerini açıklar. Kuruluşun planlayabileceği, uygulayabileceği ve ölçebileceği bir temel oluşturmasına izin verir. Uygunluğu göstermek ve gelişmeyi ölçmek için kullanılır.

Temmuz 2013'ten bu yana, ITIL, Kişi ile Kabine Ofisi arasındaki ortak girişim olan AXELOS'a aittir. AXELOS, ITIL'in fikri mülkiyetini kullanmak için kuruluşlara lisans verir, lisanslı sınav kuruluşlarını akredite eder ve çerçevedeki güncellemeleri yönetir. ITIL'i dahili olarak uygulamak isteyen kuruluşlar için bu lisans gerekmez.

Bunların hepsi gerçekten heyecan verici görünüyor, ancak lisanslama nedeniyle buna dayalı açık kaynaklı yazılım geliştirmem mümkün değil. Eğer varsa github içinde ITIL aramak sonuçlar çok azdır. Lisanslama modeli değişinceye kadar bence bu durumla sıkışıp kaldık. W3C veya IETF bu tür bir meydan okumayı kabul etmedikçe, topluluk için mevcut bir standart olmayacaktır.