Obecnie dla wielu domen istnieje semantyczna ontologia umożliwiająca odczyt danych w domenie maszynowej. Istnieje wiele terminów w DevOps i powiązanych domenach, często ustalanych przez dostawców, ale mających zastosowanie do innych narzędzi, takich jak deklaratywne potoki w Jenkins.

Jakie są obecne wysiłki w celu ustanowienia ontologii domeny DevOps?

Referencje / Dalsza lektura:

• Rozwój ontologii 101: Przewodnik po tworzeniu pierwszej ontologii
• Ontologia (informatyka)
• Repozytoria ontologii
• Ontologia dla zasobów medialnych 1.0

Według Wikipedii pierwsze odniesienie, które podłączyłeś,

W informatyce i informatyce ontologia to formalne nazewnictwo i definicja typów, właściwości i wzajemnych powiązań bytów, które faktycznie lub fundamentalnie istnieją dla określonej dziedziny dyskursu. Jest to zatem praktyczne zastosowanie ontologii filozoficznej z taksonomią.

Problem z opracowaniem Modelu Ontologii w celu zdefiniowania terminów DevOps polega na tym, że DevOps obejmuje wiele domen i domeny te mogą często mieć nakładającą się lub sprzeczną terminologię.

W rzeczywistości, czasami nawet w ciągu w domenie nie będzie sprzeczne terminologię . Trudno jest więc ustalić standard dla pojedynczej domeny, nie mówiąc już o wielu domenach.

W związku z tym wątpliwe jest, aby w najbliższym czasie podjęto próbę (lub przynajmniej udaną) ustanowienia formalnych zasad ontologii dla DevOps. (I musiałoby się zacząć od formalnego zdefiniowania DevOps, a do tej pory mieliśmy problem z wyjaśnieniem tego).

tak ale

Trudno zaprzeczyć sentymentom Jamesa i Tensibai, które trudno nam zdefiniować. Prawdopodobnie obraziłem kilku ankieterów pracy, wskazując, że DevOps oznacza to, co chcesz w danym momencie. Dostawcy i prasa w branży komputerowej nie są bardzo zmotywowani poprawnością lub zgodnością, więc każdy popularny termin zostanie zamazany w podobny sposób.

Jest ITIL

Ale to nie znaczy, że niektórzy ludzie nie próbują stworzyć wspólnego języka, aby rozmawiać o operacjach i procesach. Chociaż nie widziałem nikogo stosującego go w prawdziwym świecie, jest ITIL . Jak mówi nam Wikipedia:

ITIL, formalnie akronim od Biblioteki Infrastruktury Informatycznej, to zestaw szczegółowych praktyk zarządzania usługami IT (ITSM), które koncentrują się na dostosowaniu usług IT do potrzeb biznesu. W obecnej formie (znanej jako ITIL 2011), ITIL jest publikowany jako seria pięciu podstawowych tomów, z których każdy obejmuje inny etap cyklu życia ITSM. Chociaż ITIL stanowi podstawę ISO / IEC 20000 (wcześniej BS 15000), Międzynarodowego standardu zarządzania usługami w zakresie zarządzania usługami IT, istnieją pewne różnice między normą ISO 20000 a ramą ITIL.

ITIL opisuje procesy, procedury, zadania i listy kontrolne, które nie są specyficzne dla organizacji, ale mogą być stosowane przez organizację w celu ustanowienia integracji ze strategią organizacji, zapewnienia wartości i utrzymania minimalnego poziomu kompetencji. Pozwala organizacji ustalić linię bazową, na podstawie której może planować, wdrażać i mierzyć. Służy do wykazania zgodności i pomiaru poprawy.

Od lipca 2013 r. ITIL jest własnością AXELOS, spółki joint venture Capita i gabinetu. AXELOS udziela licencji organizacjom na korzystanie z własności intelektualnej ITIL, akredytuje licencjonowane instytuty egzaminacyjne i zarządza aktualizacjami frameworka. Organizacje, które chcą wdrożyć ITIL wewnętrznie, nie wymagają tej licencji.

Wszystko to brzmi naprawdę ekscytująco, ale z powodu licencjonowania nie mogę w żaden sposób zbudować oprogramowania open source na tej podstawie. Jeśli szukasz ITIL w github, wyniki są bardzo rzadkie. Dopóki nie zmieni się model licencjonowania, myślę, że utknęliśmy w tym stanie rzeczy. Dopóki W3C lub IETF nie podejmą tego rodzaju wyzwania, nie będzie standardu, który byłby dostępny dla społeczności.