a. Sự phân định rạch ròi giữa các dịch vụ
Các dịch vụthực hiện quá trình tƣơng tác chủyếu thông qua thành phần giao tiếp. Thành phần giao tiếp này sẽ qui định về những định dạng thông điệp sử dụng trong quá trình trao đổi : thông điệp nào sẽ đƣợc chấp nhận và thông điệp nào sẽ không đƣợc xử lý. Và đây chính là cách duy nhất để các đối tƣợng bên ngoài có thể truy cập thông tin và chức năng của dịch vụ. Ta chỉ cần gửi các thông điệp theo các định dạng đã đƣợc định nghĩa trƣớc mà không cần phải quan tâm đến cách xử lý của dịch vụ nhƣ thế nào (môi trƣờng thực thi, ngôn ngữ lập trình...). Điều này đạt đƣợc do sự tách biệt giữa thành phần giao tiếp và thành phần xử lý trong kiến trúc của dịch vụ.
b. Các dịch vụ tự hoạt động
Các dịch vụ cần phải đƣợc triển khai và hoạt động nhƣ những thực thể độc lập mà không lệ thuộc vào một dịch vụ khác. Dịch vụ phải có tính bền vững cao, nghĩa là nó sẽ không bị sụp đổ khi có sự cố. Để thực hiện điều này, dịch vụ cần duy trì đầy đủ thông tin cần thiết cho quá trình hoạt động của mình để có thể tiếp tục hoạt động trong trƣờng hợp một dịch vụ cộng tác bị hỏng; và để tránh các cuộc tấn công từ bên ngoài (nhƣ gửi thông điệp lỗi, hay gửi thông điệp ồ ạt) bằng cách sử dụng các kỹ thuật về an toàn, bảo mật...
Đây chính là ý nghĩa của khái niệm „loose coupling service‟ mà ta đã đề cập trong định nghĩa SOA.
c. Các dịch vụ chia sẻ lược đồ
Các dịch vụ nên cung cấp thành phần giao tiếp của nó (interface) ra bên ngoài, và hỗ trợ chia sẻ các cấu trúc thông tin, các ràng buộc dữ liệu thông qua các lƣợc đồ dữ liệu (schema) chuẩn (độc lập ngôn ngữ, độc lập hệ nền.). Nhƣ thế hệ thống của ta sẽ có tính liên kết và khả năng dễ mở rộng.
61
d. Tính tương thích của dịch vụ dựa trên chính sách
Điều này nghĩa là, một dịch vụ khi muốn tƣơng tác với một dịch vụ khác thì phải thỏa mãn các chính sách (policiy) và yêu cầu (requirements) của dịch vụ đó nhƣ là mã hóa, bảo mật... Để thực hiện điều này, mỗi dịch vụ cần phải cung cấp công khai các yêu cầu, chính sách đó.