Cloud Infrastructure Management Interface ( CIMI ) เป็น ข้อกำหนด API มาตรฐานแบบเปิดสำหรับการจัดการโครงสร้างพื้นฐานบนคลาวด์

เป้าหมายของ CIMI คือการช่วยให้ผู้ใช้สามารถจัดการโครงสร้างพื้นฐานคลาวด์ได้อย่างง่ายดาย โดยการกำหนดมาตรฐานการโต้ตอบระหว่างสภาพแวดล้อมคลาวด์ เพื่อให้บรรลุการจัดการโครงสร้างพื้นฐานคลาวด์ที่สามารถทำงานร่วมกันได้ระหว่างผู้ให้บริการและผู้บริโภคและนักพัฒนา

CIMI 1.1 ได้รับการจดทะเบียนเป็นมาตรฐานสากลในเดือนสิงหาคม พ.ศ. 2557 โดยคณะกรรมการเทคนิคร่วม 1 (JTC 1) ขององค์การมาตรฐานสากล (ISO) และคณะกรรมการไฟฟ้าสากล (IEC) ^{[ 1 ]}

มาตรฐาน CIMI ได้รับการกำหนดและเผยแพร่โดยDistributed Management Task Force (DMTF) ซึ่งประกอบด้วย แบบจำลอง Cloud Infrastructure Management Interface (CIMI) และ ข้อกำหนดโปรโตคอล RESTful HTTP ^{[ 2 ]} รวมถึง CIMI XML Schema , CIMI Primerและ เอกสารไวท์เปเปอร์ CIMI Uses Cases : ^{[ 3 ]}

• โมเดล Cloud Infrastructure Management Interface (CIMI) และโปรโตคอล RESTful ที่ใช้ HTTP

แบบจำลอง Cloud Infrastructure Management Interface (CIMI) และข้อกำหนดโปรโตคอล RESTful HTTP-based Protocol Specification กำหนดสถาปัตยกรรมและแนวคิดของ CIMI

• CIMI XML Schema

CIMI XML Schema กำหนดรูปแบบการแสดงผล XML ของแบบจำลอง CIMI

• คู่มือเบื้องต้นของ CIMI

คู่มือเบื้องต้นของ CIMI อธิบายวิธีการที่ไคลเอ็นต์สามารถใช้ API ของ CIMI สำหรับกรณีการใช้งานทั่วไปบางอย่าง เช่น การแสดงรายการอิมเมจและคอนฟิกูเรชันของเครื่อง การสร้างเครื่องจากเทมเพลต และการดึงรายละเอียดเกี่ยวกับเครื่องนั้น

• กรณีศึกษาการใช้งาน CIMI

เอกสารไวท์เปเปอร์ CIMI Use Cases รวบรวมกรณีการใช้งานจำนวนหนึ่งที่เป็นตัวอย่างของปัญหาในยุคต่อไปที่ ผู้ให้บริการ IaaS ต้องเผชิญ และกำลังได้รับการพิจารณาเพื่อแก้ไขในเวอร์ชันถัดไปของข้อกำหนด CIMI เช่น การรักษาความต่อเนื่องทางธุรกิจ/การกู้คืนจากภัยพิบัติ การจัดการวัตถุประสงค์ระดับบริการ การจัดการบันทึก/เมตาเดตา และการจัดการมัลติคลาวด์

CIMI มีเป้าหมายที่จะจัดหาชุดอินเทอร์เฟซชุดเดียวที่ผู้ใช้คลาวด์สามารถใช้เพื่อจัดเตรียมและจัดการโครงสร้างพื้นฐานคลาวด์ของตนในคลาวด์หลายแห่ง ดังนั้นโค้ดของลูกค้าจึงไม่จำเป็นต้องปรับให้เข้ากับอินเทอร์เฟซที่เป็นกรรมสิทธิ์ของแต่ละผู้จำหน่ายหลายราย CIMI ได้รับการอธิบายว่าเป็นมาตรฐานตามกฎหมายที่อยู่ภายใต้การควบคุมการเปลี่ยนแปลงของหน่วยงานมาตรฐาน ซึ่งแตกต่างจากมาตรฐานตามข้อเท็จจริงที่โดยทั่วไปแล้วผู้จำหน่ายรายหนึ่งจะมีอำนาจควบคุมการเปลี่ยนแปลงของอินเทอร์เฟซ และคนอื่นๆ ต้องทำการวิศวกรรมย้อนกลับการทำงานภายในของมัน^{[ 4 ]} CIMI คาดหวังให้ผู้จำหน่ายนำกลยุทธ์แบบคู่มาใช้ในการนำเสนอสองแบบ คือแบบที่สอดคล้องกับ CIMI และแบบที่เป็นกรรมสิทธิ์มากกว่าซึ่งอนุญาตให้มีฟังก์ชันการทำงานที่เป็นกรรมสิทธิ์มากขึ้น^{[ 5 ]}

CIMI มีขอบเขตจำกัดเฉพาะฟังก์ชัน IaaSหลักเช่น การปรับใช้และการจัดการเครื่อง ปริมาณ เครือข่าย การตรวจสอบ และระบบที่จัดกลุ่มสิ่งเหล่านี้ ประกอบด้วยกลไกการค้นหาคุณสมบัติเพื่อค้นหาว่าผู้ให้บริการคลาวด์รองรับฟังก์ชันใดบ้าง รวมถึงเมตาเดต้าที่อธิบายความสามารถและข้อจำกัดของทรัพยากร^{[ 6 ]}

แบบจำลอง CIMI อธิบายรายละเอียดเกี่ยวกับทรัพยากรทั้งหมดที่ผู้ใช้บริการคลาวด์สามารถเข้าถึงได้ และที่ผู้ให้บริการคลาวด์ดูแลรักษา รวมถึงความสัมพันธ์ระหว่างทรัพยากรเหล่านั้น

จุดเข้าใช้งานหลักสำหรับผู้บริโภค CIMI คือจุดเข้าใช้งานระบบคลาวด์ของผู้ให้บริการ IaaS ข้อมูลอื่นๆ ทั้งหมดจะถูกค้นพบแบบวนซ้ำ: ^{[ 7 ]}

• ตัวชี้ไปยังเครื่อง, วอลุ่ม, เครือข่าย, ระบบ (กลุ่มทรัพยากรที่จัดการเป็นหน่วยเดียว), อิมเมจเครื่อง, ข้อมูลประจำตัว, ...
• เทมเพลตสำหรับจัดสรรทรัพยากรใหม่ เช่น เครื่องคอมพิวเตอร์, ไดรฟ์ข้อมูล, เครือข่าย และระบบ
• การตรวจสอบทรัพยากรต่างๆ เช่น มิเตอร์ เหตุการณ์ และบันทึกเหตุการณ์ (สำหรับการแจ้งเตือนจากผู้ให้บริการ พร้อมเวลา ประเภท (ข้อผิดพลาด คำเตือน ...) ระดับความรุนแรง ฯลฯ)
• งาน (กระบวนการหรือการกระทำอย่างน้อยหนึ่งอย่างที่มุ่งไปสู่เป้าหมายเฉพาะ ซึ่งดำเนินการโดยผู้ให้บริการ)
• เมตาเดต้าที่อธิบายถึงความสามารถและข้อจำกัดของทรัพยากร
• ส่วนขยายผู้ให้บริการเพิ่มเติม (ไม่บังคับ)

โมเดลนี้สามารถอธิบายตัวเองได้และอนุญาตให้สอบถามข้อมูลเมตาของตัวเองได้ เช่น เพื่อค้นหาส่วนขยายที่ได้รับการใช้งาน โมเดลนี้ยังสามารถขยายได้โดยผู้บริโภคและผู้ให้บริการ^{[ 3 ]}

โมเดลนี้ยังกำหนดรูปแบบการจัดเก็บข้อมูลทั้งในรูปแบบ XML และ JSON สำหรับแต่ละทรัพยากรด้วย

CIMI เกี่ยวข้องกับการจัดการวงจรชีวิตของโครงสร้างพื้นฐานที่จัดหาโดยผู้ให้บริการ IaaS เช่น การสร้าง การลบ การดู และการแก้ไขเครื่องเสมือน เครือข่าย และพื้นที่จัดเก็บข้อมูล รวมถึงการเริ่มต้นและการหยุดการทำงาน นอกจากนี้ยังกำหนดการดำเนินการเกี่ยวกับทรัพยากร เช่น การสร้างอิมเมจเครื่องหรือสแนปช็อตของเครื่องเพื่อการสำรองข้อมูลและกู้คืน หรือเพื่อสร้างเครื่องเสมือนที่เหมือนกันเพิ่มเติม

CIMI อนุญาตให้นำเข้า แพ็กเกจ OVFเพื่อสร้างระบบที่มีเครื่องจักรและทรัพยากร CIMI อื่นๆ รวมถึงการส่งออกทรัพยากรระบบ CIMI ไปยังแพ็กเกจ OVF ^{[ 8 ]}การนำเข้าและส่งออกแพ็กเกจ OVF จริงๆ จะได้รับการจัดการโดยไฮเปอร์ไวเซอร์พื้นฐานภายใต้การจัดการของการใช้งาน CIMI

ปัจจุบัน CIMI รองรับ รูปแบบสถาปัตยกรรม RESTโดยใช้ HTTP สำหรับการโต้ตอบทั้งหมดระหว่างผู้บริโภคและผู้ให้บริการนอกจากนี้ยังพิจารณา การแมปไปยัง SOAPและWS-MAN ด้วย ^{[ 3 ]}

การผูกโปรโตคอลนี้เป็นไปตามหลักการ REST และอธิบายการแมปคำกริยาของโปรโตคอล HTTP กับการดำเนินการบนโมเดล: คำขอแต่ละรายการจะถูกส่งโดยใช้คำกริยา HTTP เช่น GET, POST, PUT และ DELETE และมีเนื้อหาข้อความในรูปแบบ JSON หรือ XML แต่ละการตอบกลับจะใช้รหัสสถานะ HTTP มาตรฐาน ซึ่งความหมายจะถูกตีความในบริบทของคำขอเฉพาะที่ส่งมา

มีการพัฒนาอะแดปเตอร์หลายตัวที่เปิดเผยจุดเชื่อมต่อ API ของ CIMI เพื่อให้แอปพลิเคชันไคลเอ็นต์สามารถใช้งานและแปลงการเรียก API ไปเป็นการเรียก API เฉพาะของผู้ให้บริการคลาวด์เป้าหมายที่รองรับได้

ต่อไปนี้คือรายชื่อตัวอย่างการใช้งาน CIMI:

• Apache Deltacloud ^{[ 9 ]}
• โครงการ OW2 Sirocco
• โครงการ StratusLab
• อินเทอร์เฟซ CIMI สำหรับOpenStack ^{[ 10 ]}

กลุ่มทำงาน CIMI ได้ประกาศจัดงาน plug-fest เพื่อปรับปรุงความสามารถในการทำงานร่วมกันระหว่างการใช้งาน CIMI ^{[ 11 ]}

• คณะทำงานด้านการจัดการแบบกระจายอำนาจ (DMTF)
• โครงสร้างพื้นฐานในรูปแบบโค้ด
• รูปแบบเวอร์ชวลไลเซชันแบบเปิด (OVF)