Ngày nay, đối với nhiều miền, có một bản thể ngữ nghĩa để làm cho dữ liệu miền có thể đọc được bằng máy. Có khá nhiều điều khoản trong DevOps và các lĩnh vực liên quan, thường được thiết lập bởi các nhà cung cấp nhưng áp dụng cho các công cụ khác, như các đường ống khai báo ở Jenkins.

Những nỗ lực hiện tại để thiết lập bản thể luận của miền DevOps là gì?

Tài liệu tham khảo / Đọc thêm:

• Phát triển bản thể 101: Hướng dẫn tạo bản thể học đầu tiên của bạn
• Bản thể học (khoa học thông tin)
• Kho lưu trữ bản thể
• Bản thể học cho tài nguyên truyền thông 1.0

Theo Wikipedia, tài liệu tham khảo đầu tiên bạn liên kết,

Trong khoa học máy tính và khoa học thông tin, một bản thể luận là một cách đặt tên và định nghĩa chính thức về các loại, tính chất và mối liên hệ của các thực thể tồn tại hoặc cơ bản tồn tại cho một lĩnh vực cụ thể. Do đó, nó là một ứng dụng thực tế của bản thể học triết học, với một phân loại học.

Vấn đề với việc phát triển Mô hình Bản thể học để xác định các thuật ngữ của DevOps là DevOps bao gồm nhiều tên miền và các miền này thường có thể có thuật ngữ chồng chéo hoặc mâu thuẫn.

Trong thực tế, đôi khi ngay cả trong một miền sẽ có thuật ngữ mâu thuẫn . Vì vậy, rất khó để thiết lập một tiêu chuẩn cho một tên miền, nói gì đến nhiều tên miền.

Như vậy, điều đáng nghi ngờ là sẽ có bất kỳ nỗ lực nào (hoặc ít nhất là thành công) để thiết lập các quy tắc bản thể chính thức cho DevOps bất cứ lúc nào sớm. (Và nó sẽ phải bắt đầu bằng việc chính thức xác định DevOps trước, và cho đến nay chúng tôi đã gặp khó khăn ngay cả khi làm rõ điều đó).

Đúng nhưng

Thật khó để phủ nhận tình cảm của James và Tensibai mà chúng ta khó xác định. Có lẽ tôi đã xúc phạm một vài người phỏng vấn xin việc bằng cách chỉ ra DevOps có nghĩa là bất cứ điều gì bạn muốn nó có nghĩa là vào lúc đó. Các nhà cung cấp và báo chí trong điện toán không được thúc đẩy bởi tính chính xác hoặc sự phù hợp, do đó, bất kỳ thuật ngữ phổ biến nào cũng sẽ bị vấy bẩn theo cách tương tự.

Có ITIL

Nhưng điều đó không có nghĩa là một số người không cố gắng tạo ra một ngôn ngữ chung để chúng ta nói về các hoạt động và quy trình. Trong khi tôi chưa thấy ai áp dụng nó trong thế giới thực, thì có ITIL . Như Wikipedia nói với chúng ta:

ITIL, chính thức là từ viết tắt của Thư viện cơ sở hạ tầng công nghệ thông tin, là tập hợp các thông lệ chi tiết cho quản lý dịch vụ CNTT (ITSM) tập trung vào việc sắp xếp các dịch vụ CNTT phù hợp với nhu cầu của doanh nghiệp. Ở dạng hiện tại (được gọi là ITIL 2011), ITIL được xuất bản thành một chuỗi gồm năm tập cốt lõi, mỗi tập bao gồm một giai đoạn vòng đời ITSM khác nhau. Mặc dù ITIL củng cố ISO / IEC 20000 (trước đây là BS 15000), Tiêu chuẩn quản lý dịch vụ quốc tế để quản lý dịch vụ CNTT, có một số khác biệt giữa tiêu chuẩn ISO 20000 và khung ITIL.

ITIL mô tả các quy trình, quy trình, nhiệm vụ và danh sách kiểm tra không dành riêng cho tổ chức, nhưng có thể được một tổ chức áp dụng để thiết lập tích hợp với chiến lược của tổ chức, mang lại giá trị và duy trì mức độ tối thiểu. Nó cho phép tổ chức thiết lập một đường cơ sở mà từ đó nó có thể lập kế hoạch, thực hiện và đo lường. Nó được sử dụng để chứng minh sự tuân thủ và để đo lường sự cải thiện.

Kể từ tháng 7 năm 2013, ITIL đã được sở hữu bởi AXELOS, một liên doanh giữa Capita và Văn phòng Nội các. AXELOS cấp phép cho các tổ chức sử dụng tài sản trí tuệ ITIL, công nhận các viện kiểm tra được cấp phép và quản lý các cập nhật cho khung. Các tổ chức muốn triển khai ITIL trong nội bộ không yêu cầu giấy phép này.

Tất cả điều đó nghe có vẻ thực sự thú vị, nhưng vì việc cấp phép không có cách nào để tôi xây dựng phần mềm nguồn mở dựa trên điều này. Nếu bạn tìm kiếm ITIL trong github thì kết quả rất thưa thớt. Cho đến khi mô hình cấp phép thay đổi, tôi nghĩ chúng ta bị mắc kẹt với tình trạng này. Trừ khi W3C hoặc IETF chấp nhận loại thách thức này, sẽ không có một tiêu chuẩn nào có sẵn cho cộng đồng.