วัตถุที่แตกเป็นชิ้นๆ

ในด้านการคำนวณวัตถุที่ถูกแบ่งส่วนนั้น ถือเป็น วัตถุแบบกระจายอย่างแท้จริงนี่เป็นหลักการออกแบบใหม่ที่ต่อยอดจากแนวคิดดั้งเดิมของการกระจายแบบใช้ส่วนย่อย (stub-based distribution)

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

สามารถเลือกใช้โปรโตคอลใดก็ได้สำหรับการสื่อสารภายในระหว่างส่วนย่อยต่างๆ ตัวอย่างเช่น วิธีนี้ช่วยให้สามารถซ่อนโปรโตคอลแบบเรียลไทม์ (เช่น RTP สำหรับการสตรีมสื่อ) ไว้เบื้องหลังอินเทอร์เฟซ CORBA มาตรฐานได้

โครงสร้างภายในของวัตถุที่แยกส่วนนั้นถูกจัดเรียงโดยผู้พัฒนา/ผู้ใช้งานวัตถุ อาจเป็นแบบไคลเอ็นต์-เซิร์ฟเวอร์ แบบลำดับชั้น แบบเพียร์ทูเพียร์และอื่นๆ ดังนั้นจึงมั่นใจได้ถึงความเข้ากันได้กับระบบการแจกจ่ายแบบใช้สับ (stub-based distribution)

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

• Aspectix – กลุ่ม Aspectix ทำงานในหลายโครงการที่มุ่งเน้นไปที่ สถาปัตยกรรม มิดเดิลแวร์ แอป พลิเค ชันที่ปรับตัวได้และคำนึงถึงคุณภาพของบริการการทนต่อข้อผิดพลาดการเขียนโปรแกรมเชิงแง่มุม และการแปลงซอร์สโค้ด โดย อัตโนมัติ
• FORMI – FORMI เป็นส่วนขยายของJava RMI
• Globe – โครงการนี้ศึกษาแนวคิดหลักที่ทรงพลังสำหรับการสร้างระบบกระจายขนาดใหญ่ในพื้นที่กว้าง: ออบเจ็กต์ที่ใช้ร่วมกันแบบกระจาย (Distributed Shared Objects)
• SOS – ระบบปฏิบัติการเชิงวัตถุ SOMIW

• แอสเปคติกซ์
• ฟอร์ม
• โกลบ -
• เอสโอเอส