Saat ini, untuk banyak domain ada ontologi semantik untuk membuat data domain dapat dibaca mesin. Ada cukup banyak istilah dalam DevOps dan domain terkait, sering kali dibuat oleh vendor tetapi berlaku untuk alat lain, seperti pipa deklaratif di Jenkins.

Apa upaya saat ini untuk membangun ontologi dari domain DevOps?

Referensi / Bacaan lebih lanjut:

• Pengembangan Ontologi 101: Panduan untuk Membuat Ontologi Pertama Anda
• Ontologi (ilmu informasi)
• Repositori ontologi
• Ontologi untuk Sumber Daya Media 1.0

Menurut Wikipedia, referensi pertama yang Anda tautkan,

Dalam ilmu komputer dan ilmu informasi, ontologi adalah penamaan formal dan definisi dari jenis, sifat, dan keterkaitan dari entitas yang benar-benar atau secara fundamental ada untuk domain wacana tertentu. Dengan demikian aplikasi praktis ontologi filosofis, dengan taksonomi.

Masalah dengan mengembangkan Model Ontologi untuk mendefinisikan syarat-syarat DevOps adalah bahwa DevOps mencakup banyak domain dan domain-domain ini seringkali memiliki terminologi yang tumpang tindih atau kontradiktif.

Bahkan, kadang - kadang bahkan dalam suatu domain akan ada terminologi yang saling bertentangan . Jadi cukup sulit untuk membuat standar untuk satu domain, apalagi beberapa domain.

Dengan demikian, diragukan akan ada upaya (atau setidaknya yang berhasil) untuk menetapkan aturan ontologi formal untuk DevOps dalam waktu dekat. (Dan itu harus dimulai dengan mendefinisikan DevOps secara formal terlebih dahulu, dan sejauh ini kami mengalami kesulitan bahkan memperjelasnya).

ya tapi

Sulit untuk menyangkal sentimen James dan Tensibai yang sulit kita definisikan. Saya mungkin telah menyinggung beberapa pewawancara pekerjaan dengan menunjukkan DevOps berarti apa pun yang Anda inginkan pada saat itu. Vendor dan pers dalam komputasi tidak terlalu termotivasi oleh kebenaran atau kesesuaian sehingga istilah populer apa pun akan dikeruhkan dengan cara yang sama.

Ada ITIL

Tetapi itu tidak berarti beberapa orang tidak mencoba membuat bahasa yang sama untuk kita bicarakan operasi dan proses. Meskipun saya belum melihat orang yang menerapkannya di dunia nyata, ada ITIL . Seperti yang dikatakan Wikipedia kepada kita:

ITIL, secara resmi merupakan singkatan dari Perpustakaan Infrastruktur Teknologi Informasi, adalah serangkaian praktik terperinci untuk manajemen layanan TI (ITSM) yang berfokus pada menyelaraskan layanan TI dengan kebutuhan bisnis. Dalam bentuk saat ini (dikenal sebagai ITIL 2011), ITIL diterbitkan sebagai serangkaian lima volume inti, yang masing-masing mencakup tahap siklus hidup ITSM yang berbeda. Meskipun ITIL mendukung ISO / IEC 20000 (sebelumnya BS 15000), Standar Manajemen Layanan Internasional untuk manajemen layanan TI, ada beberapa perbedaan antara standar ISO 20000 dan kerangka kerja ITIL.

ITIL menjelaskan proses, prosedur, tugas, dan daftar periksa yang tidak spesifik untuk organisasi, tetapi dapat diterapkan oleh organisasi untuk membangun integrasi dengan strategi organisasi, memberikan nilai, dan mempertahankan tingkat kompetensi minimum. Ini memungkinkan organisasi untuk menetapkan garis dasar dari mana ia dapat merencanakan, mengimplementasikan, dan mengukur. Ini digunakan untuk menunjukkan kepatuhan dan untuk mengukur peningkatan.

Sejak Juli 2013, ITIL telah dimiliki oleh AXELOS, perusahaan patungan antara Capita dan Kantor Kabinet. AXELOS melisensikan organisasi untuk menggunakan kekayaan intelektual ITIL, mengakreditasi lembaga pemeriksaan berlisensi, dan mengelola pembaruan kerangka kerja. Organisasi yang ingin menerapkan ITIL secara internal tidak memerlukan lisensi ini.

Semua itu terdengar sangat menarik, tetapi karena lisensi, tidak ada cara bagi saya untuk membangun perangkat lunak open source berdasarkan ini. Jika Anda mencari ITIL di github hasilnya sangat jarang. Sampai model lisensi berubah, saya pikir kita terjebak dengan keadaan ini. Kecuali W3C atau IETF mengambil tantangan semacam ini tidak akan ada standar yang tersedia untuk komunitas.