Một vấn đề với hiệu năng là nó khó để dự đoán. Ta luôn luôn phải đo. Nhưng đề đo, ta cần một phần mềm để sử dụng. Khi ta cài đặt một dịch vụ mà được cung cấp cho hai người tiêu dùng khác nhau, ta phải tìm thấy bên ngoài tại một giai đoạn muộn cua sụ phát triển mà phải tách dịch vụ mới này vào trong hai dịch vụ vì các lý do về hiệu năr.g. Tuy nhiên, việc thêm một dịch vụ mới ở giai đoạn muộn của sự phát triển hệ thống phân tán có thề là một vấn đề của chính nó (các giao diện thay đôi, và ta phải đi qu£ tất cả các bước của vòng đời cho các dịch vụ bên dưới sự phát triển.
Đế tránh chi phí này, chúng ta đưa ra khái niệm “các ràng buộc cuộc gọi”. Khi một dịci vụ mới nhận được bản thiết kế, nó luôn luôn nhận được một sự thêm vào chuỗi các thuộc tính gọi là các ràng buộc lời gọi (callConstraints). Sau đó, nếu vấn đề đã được khám phá tại thời điểm chạy và nó là quá muộn để chỉnh sửa chúng trong một gia} diện dịch vụ, nhà cung cấp và những người tiêu dùng có thế đồng ý dựa vào một cờ đặc biệt đó là băng qua trong các thuộc tính này để vận dụng trường hợp đặc biệt hoặc đe thực hiện một vài sự tối ưu hóa. Đây là một tính năng tương lai rất hữu ích, nhưng chú ý nên cân nhắc nó với một cách giải quyết khác cho phép ta đôi khi để sứa chữa vấn đề trong một phiên bản trong tương lai (mặc dù, như chúng ta đã biết, một cách giải quyết tạm thời thường có thời gian sống lâu nhất trong thực tế)
Nhân xét•
Sỉhư vậy hiệu năng cũng là một vẩn đề của hệ thống SOA, vậy khi nào thì chủng ta né) sử dụng SOA? Đó là khi thiết kế hệ thong đặt ra một câu hỏi lớn là việc cân nhác giũa khả năng tái sử dụng lại các dịch vụ và hiệu năng cùa hệ thống. Trường hợp hệ thõìg cần chạy nhanh cho một ứng dụng đặc biệt thì RMỈ, CORBA, DCOM là sự lựu chtn tốt, tuy nhiên việc phát triển phản mềm theo các kiến trúc đó có nhược điểm lù các hệ thống đó khó cỏ thể thay đổi hoặc tái sử dụng lại trong tương lai. Trường hợp hệ fhống dự định thay đổi thường xuyên mà không yêu cầu quá cao về tốc độ thì SOA là ỉhương pháp tiếp cận tốt nhất.