Cho đến nay, ta đã trình bày được một mô hình tài nguyên có thể do một trình lập lịch lập lịch những thao tác nào đó chính xác hơn, như thao tác chuyển ảnh đĩa hay tạm treo/ phục hồi. Tuy nhiên, vẫn còn tồn tại một vài khía cạnh mà mô hình này cần “tinh chế” lại.
Đầu tiên là vấn đề đã được nêu trong Chương 7, đôi khi mô hình cũng dự đoán không được chính xác cho lắm thời gian thực hiện một thao tác nào đó vì những nhân tố không đoán trước được. Ví dụ những lệnh ban hành cần thời
lâu hơn mong đợi thì Haizea chỉ xếp vào một cách vui vẻ như không có gì xảy ra. Thay vào đó, trình lập lịch này có thể phát hiện ra sai sót và sửa đổi lại thời gian lập lịch nếu cần thiết. Như trong bài viết này, công việc này sẽ được thực hiện bằng cách thêm chức năng vào Haizea.
Tuy nhiên, tự bản thân mô hình cũng cần phải quan tâm đến việc không dự đoán chính xác thời gian hoàn thành thao tác. Dẫu cho Haizea có thể phát hiện và phản ứng lại những thao tác mất thời gian lâu thì việc trì hoãn tạm treo một máy ảo hay chuyển ảnh đĩa có thể vẫn gây nên một hợp đồng đặt chỗ không thể bắt đầu đúng giờ. Ta có thể giảm thiểu bớt bằng cách phân bố một số thời gian đệm để đáp trả lại những trì hoãn có thể xảy ra. Với sự đổi chác này thì khi những thao tác hoàn thành đúng giờ, tài nguyên sẽ để rảnh trong suốt thời gian đệm đó. Do đó, ta mong muốn sẽ nghiên cứu xác suất vi phạm điều lệ hợp đồng thay đổi với tính chất xâm lược của mô hình như thế nào (thời gian đệm được phân bố như thế nào) và những cách mà số vi phạm hợp đồng có thể giảm tối thiểu được.
Tiếp theo, mô hình của ta giả định rằng môi trường phần mềm chỉ được triển khai khi ảnh đĩa được triển khai từ một kho chứa ảnh đơn. Mặc dù đây là một giả định hợp lý nhưng ta lại muốn một mô hình “chuẩn bị hợp đồng” tổng quát hơn. Nghĩa là sẽ có những hệ thống chuẩn bị ảnh đĩa ngay khi chạy và phân phối ảnh đĩa qua kỹ thuật P2P (như BitTorrent) mà không phụ thuộc vào kho chứa ảnh đơn. Hơn nữa, mô hình chuẩn bị chuyển ảnh đĩa đã được thực thi và thực nghiệm ở chế độ mô phỏng chứ không tích hợp với OpenNebula (khi chạy Haizea ở chế độ OpenNebula, ảnh đĩa phải được triển khai trước trên các máy đơn vật lý hoặc có thể truy cập qua hệ thống tập tin toàn cục). Ta sẽ theo đuổi sự tích hợp này để giống như những thực nghiệm kiểm tra kỹ
Cuối cùng, mặc dù ta chạy Haizea với OpenNebula trên một cấu hình khiêm tốn (64 nhân) nhưng ta vẫn muốn nghiên cứu xem tự bản thân Haizea có thể mở rộng hơn nữa không (khoảng hàng ngàn máy đơn), và thử thách nào sẽ nảy sinh khi hỗ trợ nhiều loại hợp đồng trên cấu hình rộng như vậy.