Persistencereceivesendqueue Receip

Persistence
receivesend
queue
 Receipt of message at queue implies message is written to disk log  Removal of message from queue deletes message from disk log  Trade-off performance versus reliability
11
MOM Server
MOM Server
Sending Applications Senders
Message Handler Thread Pool
Sending Applications Receivers
Peer-to-peer MOM technologies are the alternative design
12
MOM Transactions
Begin transaction ... update database record put message on queue ... commit transaction
Begin transaction ... get message from queue update database record ... commit transaction
5
13
MOM Transactions  Sender and receiver do *not* share a transaction  Rollback on receiver does not affect the sender (already committed)  ‘Synchronous’ operations are not atomic  Request/response is 3 transactions not 1  Put to request queue  Get from request queue, put to response queue  Get from response queue
receivesend
Request queue
Response queue sendreceive
14
Scaling MOM
MOM Server
Senders Receivers
MOM Server
ApplicationQ
ApplicationQ
15
Messaging – Some thoughts
 Highly attractive asynchronous technology  Supports loosely-coupled, dynamic applications  Scales well, high throughput possible  Many implementations, various qualities of service  caveat emptor
6
16
Publish-Subscribe Messaging
 Extension of MOM to provide 1-to-N, N-to-1, and N-to-N communications  Messages are ‘published’ to logical subjectsor topics  Subscribers receive all messages from subjects they subscribe to
Pub Subject
Sub
Sub
Sub
Create/ Publish Register/ Subscribe
17
Publish-Subscribe with Multicast
rvd
rvd
Publisher
Subscriber
rvd
Subscriber
rvd
Subscriber
rvrd
rvd
Subscriber
rvd
Subscriber
rvrd
Based on TIBCO Rendezvous
18
Performance
0 100 200 300 400 500 600 700
10 20 30 40 50
No. Of Subscribers

Kết quả (Việt) 1:

Kiên trìreceivesendhàng đợi Nhận được thông báo ở hàng đợi ngụ ý bài viết được viết để đĩa đăng nhập  loại bỏ các thư từ hàng đợi xoá thư từ đĩa  đăng nhập thương mại-off hiệu suất so với độ tin cậy11MẸ ServerMẸ ServerGửi người gửi ứng dụngTin nhắn Handler Thread PoolGửi ứng dụng máy thuPeer-to-peer mẹ công nghệ là thiết kế thay thế12MẸ giao dịch Bắt đầu giao dịch... Cập Nhật bản ghi cơ sở dữ liệu đặt tin nhắn vào hàng đợi... cam kết giao dịch Bắt đầu giao dịch... nhận được tin nhắn từ hàng đợi bản Cập Nhật cơ sở dữ liệu hồ sơ... cam kết giao dịch 513MẸ giao dịch  người gửi và người nhận do * không * chia sẻ một giao dịch  quay ngược lại trên người nhận không ảnh hưởng người gửi (đã cam kết)  'Xoay' hoạt động nguyên tử  cần phải yêu cầu/phản ứng là 3 giao dịch không 1  đặt yêu cầu hàng đợi  nhận được từ hàng đợi yêu cầu, đặt để phản ứng hàng đợi  nhận được từ hàng đợi phản ứngreceivesendHàng đợi yêu cầuPhản ứng hàng đợi sendreceive14Rộng mẹMẸ ServerNgười gửi nhậnMẸ ServerApplicationQApplicationQ15Nhắn tin-một vài suy nghĩ Rất hấp dẫn không đồng bộ công nghệ  hỗ trợ lỏng lẻo êm,  năng động ứng dụng cân thì  có thể cao thông qua việc triển khai nhiều, các phẩm chất khác nhau của dịch vụ  caveat emptor616Xuất bản-đăng ký nhắn tin phần mở rộng của mẹ để cung cấp thông tin liên lạc 1-để-N, N-1 và N N  thư được 'xuất bản' để các chủ đề subjectsor hợp lý  thuê bao nhận được tất cả các thư từ họ đăng ký vào các đối tượngPub chủ đềPhụPhụPhụTạo / xuất bản đăng ký / đăng ký17Xuất bản-đăng ký với phát đa hướng rvd rvd Nhà xuất bản Thuê bao rvd Thuê bao rvd Thuê bao rvrd rvd Thuê bao rvd Thuê bao rvrd Dựa trên TIBCO hẹn18Hiệu suất0 100 200 300 400 500 600 70010 20 30 40 50Không. Của người đăng kí

Kết quả (Việt) 2:

Persistence
receivesend
đợi
 Tiếp nhận tin nhắn ở hàng đợi ngụ ý nhắn được ghi vào đĩa log  Loại bỏ các thông điệp từ hàng đợi xóa tin nhắn từ đĩa log  hiệu suất thương mại-off so với độ tin cậy
11
MOM Server
MOM Server
gửi các ứng dụng của người gửi
tin nhắn Handler Pool đề
Gửi Applications Receivers
Peer -để-peer công nghệ MOM là những thiết kế thay thế
12
giao dịch MOM
Bắt đầu ghi cơ sở dữ liệu giao dịch ... cập nhật đưa tin vào hàng đợi ... cam kết giao dịch
bắt đầu giao dịch ... nhận được tin nhắn từ bản ghi cơ sở dữ liệu cập nhật hàng đợi ... cam kết giao dịch
5
13
MOM Giao dịch  Tên người gửi và người nhận làm * không * chia sẻ một Rollback  giao dịch trên nhận không ảnh hưởng đến người gửi (đã cam kết)  hoạt động 'đồng bộ' không phải là nguyên tử  Yêu cầu / đáp ứng là 3 giao dịch không 1  Đặt yêu cầu xếp hàng  Get từ yêu cầu xếp hàng, đưa vào hàng đợi phản ứng  Get từ phản ứng queue
receivesend
Request đợi
Response đợi sendreceive
14
Scaling MOM
MOM Server
Senders Receivers
MOM Server
ApplicationQ
ApplicationQ
15
Messaging - Một số suy nghĩ
 công nghệ không đồng bộ cao hấp dẫn  Hỗ trợ một cách lỏng lẻo-coupled, ứng dụng năng động  ứng tốt , thông thể  Nhiều hiện thực cao, chất lượng khác nhau của dịch vụ  caveat emptor
6
16
Publish-Theo dõi Tin nhắn
 Extension của MOM để cung cấp 1-to-N, N-to-1, và N-to-N truyền thông  Tin nhắn được ' xuất bản 'để đề subjectsor logic  đăng ký sẽ nhận tất cả các tin nhắn từ đối tượng họ đăng ký vào
Pub Subject
Sub
Sub
Sub
Tạo / Xuất bản Đăng ký / Theo dõi
17
Xuất bản-Theo dõi với Multicast
RVD
RVD
Publisher
Subscriber
RVD
Subscriber
RVD
Subscriber
rvrd
RVD
Subscriber
RVD
Subscriber
rvrd
Dựa trên TIBCO Rendezvous
18
Hiệu suất
0 100 200 300 400 500 600 700
10 20 30 40 50
số Của thuê bao