6 CHƯƠNG VI :SO SÁNH PHỐI HỢP DỊCH VỤ TRONG MIỀN WEB VÀ
6.1.8 Phương pháp phối hợp dựa trên yêu cầu-phản hồi và dựa trên phiên kết
phiên kết nối
Phối hợp dịch vụ trong web không bị giới hạn theo cấu trúc kiểu chuỗi, do vậy nó hỗ trợ cho xử lý kiểu song song. Các yêu cầu dịch vụ có thể được các thành phần trong tập phối hợp xử lý theo bất kì thứ tự nào hoặc thậm chí, xử lý song song . Do vậy, phối hợp dịch vụ trong web có thể được coi là dựa trên yêu cầu – phản hồi.
Trong miền viễn thông, báo hiệu cho phiên trao đổi từ cùng một nguồn (ví dụ, nguồn yêu cầu hoặc phản hồi) được xử lý hoàn toàn theo tuần tự bởi các ứng dụng trong chuỗi SIP, bắt đầu từ các ứng dụng đầu tiên trong chuỗi. Các phản hồi được các ứng dụng xử lý theo thứ tự ngược lại so với các yêu cầu. Theo thiết kế, các chuỗi ứng dụng tuân theo một cấu trúc tuần tự và thứ tự các ứng dụng rất quan trọng đối với việc quản lý tương tác.
6.1.9 Khác biệt về quan hệ trạng thái
Bộ phối hợp dịch vụ web service thường điều chỉnh trạng thái thông qua sự kích hoạt mô đun. Theo cách này, một mô đun chỉ tồn tại trong khoảng thời gian nó tương tác với bộ phối hợp dịch vụ. Trong khoảng thời gian đó, các mô đun thường cung cấp dữ liệu cho bộ phối hợp và các dữ liệu này có thể ảnh hưởng tới các mô đun tiếp theo mà bộ phối hợp kích hoạt.
Trái lại, khối phối hợp dịch vụ trong miền viễn thông điều chỉnh trạng thái rất ít – thường chỉ đối với các mô đun đã kích hoạt để phục vụ thuê bao trong một miền nào đó. Phần lớn trạng thái được điều chỉnh bởi các mô đun mà bộ phối hợp đã kích hoạt. Vì một kênh báo hiệu SIP tồn tại giữa các ứng dụng hoạt động lâu dài, nên trạng thái bên trong của từng ứng dụng có thể được cập nhật trong
các bản tin phản hồi nhận được từ kênh báo hiệu. Tuy nhiên, khối application router lại không nhìn thấy các bản tin trao đổi này vì nó không tham gia và kênh báo hiệu.