MOM is an inherently loosely couple

MOM is an inherently loosely coupled, asynchronous technology. This means the
sender and receiver of a message are not tightly coupled, unlike synchronous
middleware technologies such as CORBA. Synchronous middleware technologies
have many strengths, but can lead to fragile designs if all of the components and
network links always have to be working at the same time for the whole system to
successfully operate.
A messaging infrastructure decouples senders and receivers using an intermediate
message queue. The sender can send a message to a receiver and know that it
will be eventually delivered, even if the network link is down or the receiver is not
available. The sender just tells the MOM technology to deliver the message and
then continues on with its work. Senders are unaware of which application or
process eventually processes the request. Figure 4.4 depicts this basic send–receive
mechanism.
MOM is often implemented as a server that can handle messages from multiple
concurrent clients.3 In order to decouple senders and receivers, the MOM provides
message queues that senders place messages on and receivers remove messages
from. A MOM server can create and manage multiple messages queues, and can
handle multiple messages being sent from queues simultaneously using threads
organized in a thread pool. One or more processes can send messages to a message
queue, and each queue can have one or many receivers. Each queue has a name
which senders and receivers specify when they perform send and receive operations.
This architecture is illustrated in Fig. 4.5.
A MOM server has a number of basic responsibilities. First, it must accept
a message from the sending application, and send an acknowledgement that the
message has been received. Next, it must place the message at the end of the queue
that was specified by the sender. A sender may send many messages to a queuebefore any receivers remove them. Hence the MOM must be prepared to hold
messages in a queue for an extended period of time.
Messages are delivered to receivers in a First-In-First-Out (FIFO) manner,
namely the order they arrive at the queue. When a receiver requests a message,
the message at the head of the queue is delivered to the receiver, and upon
successful receipt, the message is deleted from the queue.
The asynchronous, decoupled nature of messaging technology makes it an
extremely useful tool for solving many common application design problems.
These include scenarios in which:
l The sender doesn’t need a reply to a message. It just wants to send the message
to another application and continue on with its own work. This is known as sendand-forget
messaging.
l The sender doesn’t need an immediate reply to a request message. The receiver
may take perhaps several minutes to process a request and the sender can be
doing useful work in the meantime rather than just waiting.
l The receiver, or the network connection between the sender and receiver, may
not operate continuously. The sender relies on the MOM to deliver the message
when a connection is next established. The MOM layer must be capable of
storing messages for later delivery, and possibly recovering unsent messages
after system failures

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

MẸ là một công nghệ vốn một cách lỏng lẻo cùng, không đồng bộ. Điều này có nghĩa là cácngười gửi và người nhận thư được không chặt chẽ cùng, không giống như đồng bộTrung gian các công nghệ như CORBA. Đồng bộ middleware công nghệcó cường độ nhiều, nhưng có thể dẫn đến thiết kế dễ vỡ nếu tất cả các thành phần vàliên kết mạng luôn luôn phải làm việc cùng một lúc cho toàn bộ hệ thống đểhoạt động thành công.Một cơ sở hạ tầng nhắn tin decouples người gửi và nhận bằng cách sử dụng một trung gianhàng đợi tin nhắn. Người gửi có thể gửi thư đến một bộ tiếp nhận và biết rằng nósẽ được cung, ngay cả khi liên kết mạng xuống hoặc người nhận là khôngcó sẵn. Người gửi chỉ nói với công nghệ mẹ gửi thư vàsau đó tiếp tục với công việc của mình. Người gửi là không biết gì về ứng dụng hoặcquá trình cuối cùng quá trình yêu cầu. Con số 4.4 mô tả này send–receive cơ bảncơ chế.MẸ thường được thực hiện như một máy chủ có thể xử lý các tin nhắn từ nhiềuđồng thời clients.3 để decouple người gửi và nhận, các mẹ cung cấphàng đợi tin nhắn mà người gửi đặt tin nhắn trên và nhận loại bỏ thưtừ. Một máy chủ mẹ có thể tạo và quản lý nhiều thư hàng đợi, và có thểxử lý nhiều thư được gửi từ hàng đợi cùng một lúc bằng cách sử dụng chủ đềtổ chức trong một hồ bơi chủ đề. Một hoặc nhiều quá trình có thể gửi thư đến một tin nhắnXếp hàng, và mỗi hàng đợi có thể có một hoặc nhiều máy thu. Mỗi hàng đợi có tênmà người gửi và nhận chỉ định khi họ thực hiện gửi và nhận được hoạt động.Kiến trúc này được minh họa trong hình 4.5.Một máy chủ mẹ có một số trách nhiệm cơ bản. Trước tiên, nó phải chấp nhậnmột tin nhắn từ các ứng dụng gửi, và gửi một lời cảm ơn cáctin nhắn đã nhận được. Tiếp theo, nó phải đặt thư vào cuối hàng đợimà đã được chỉ định bởi người gửi. Người gửi có thể gửi nhiều thư vào một queuebefore bất kỳ nhận loại bỏ chúng. Do đó các mẹ phải được chuẩn bị để giữtin nhắn trong một hàng đợi cho một khoảng thời gian dài.Thư được gửi đến các máy thu một cách đầu tiên trong đầu tiên ra (FIFO),cụ thể là thứ tự họ đến hàng đợi. Khi một bộ tiếp nhận yêu cầu một tin nhắn,thư ở phần đầu của hàng đợi được gửi đến người nhận, và sau khithành công nhận, tin nhắn sẽ bị xóa từ hàng đợi.Bản chất không đồng bộ, tách của nhắn tin công nghệ làm cho nó mộtcông cụ rất hữu ích để giải quyết nhiều vấn đề phổ biến ứng dụng thiết kế.Chúng bao gồm kịch bản trong đó:l người gửi không cần trả lời cho thư. Nó chỉ muốn gửi thưđể ứng dụng khác và tiếp tục với công việc riêng của mình. Điều này được gọi là sendand-quênnhắn tin.l người gửi không cần một thư trả lời ngay lập tức để thư yêu cầu. Người nhậncó thể mất có lẽ vài phút để quá trình một yêu cầu và người gửi có thểthực hiện công việc hữu ích trong khi đó, thay vì chỉ cần chờ đợi.l người nhận, hoặc kết nối mạng giữa người gửi và người nhận, có thểkhông hoạt động liên tục. Người gửi dựa vào mẹ gửi thưKhi kết nối tiếp theo được thiết lập. Lớp mẹ phải có khả nănglưu trữ tin nhắn cho việc phân phối sau này, và có thể phục hồi thư chöasau khi hệ thống thất bại

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

MOM là một vốn lỏng lẻo, công nghệ không đồng bộ. Điều này có nghĩa là
người gửi và người nhận một tin nhắn cũng không chặt chẽ, không giống như đồng bộ
các công nghệ trung gian như CORBA. Công nghệ middleware đồng bộ
có nhiều ưu điểm, nhưng có thể dẫn đến các thiết kế mỏng manh, nếu tất cả các thành phần và
các liên kết mạng luôn luôn phải được làm việc cùng một lúc cho toàn bộ hệ thống để
hoạt động thành công.
Một hạ tầng thư tách riêng người gửi và người nhận sử dụng một trung gian
đợi tin nhắn . Người gửi có thể gửi tin nhắn đến người nhận và biết rằng nó
sẽ được dần dần chuyển giao, thậm chí nếu liên kết mạng bị ngắt hay người nhận là không
có sẵn. Người gửi chỉ nói với các công nghệ MOM để cung cấp các tin nhắn và
sau đó tiếp tục về với công việc của mình. Người gửi không nhận thức được những ứng dụng hoặc
quá trình cuối cùng xử lý yêu cầu. Hình 4.4 mô tả này cơ bản gửi-nhận
cơ chế.
MOM thường được thực hiện như một máy chủ có thể xử lý các tin nhắn từ nhiều
clients.3 đồng thời Để tách gửi và người nhận, các MOM cung cấp
hàng đợi tin nhắn mà người gửi thông điệp ra vào và thu loại bỏ thư
từ . Một máy chủ MOM có thể tạo và quản lý nhiều tin nhắn xếp hàng, và có thể
xử lý nhiều tin nhắn được gửi từ hàng đợi đồng thời sử dụng đề
tổ chức tại một hồ bơi thread. Một hoặc nhiều tiến trình có thể gửi tin nhắn cho một tin nhắn
xếp hàng, và mỗi hàng đợi có thể có một hoặc nhiều email. Mỗi hàng đợi có một cái tên
mà người gửi và người nhận chỉ định khi thực hiện gửi và nhận các hoạt động.
Kiến trúc này được minh họa trong hình. 4.5.
Một máy chủ MOM có một số trách nhiệm cơ bản. Đầu tiên, nó phải chấp nhận
một tin nhắn từ các ứng dụng gửi, và gửi một sự thừa nhận rằng các
tin nhắn đã được nhận. Tiếp theo, nó phải đặt các thông báo ở cuối hàng đợi
đó đã được chỉ định bởi người gửi. Một người gửi có thể gửi nhiều tin nhắn đến một queuebefore bất kỳ thu loại bỏ chúng. Do đó các MOM phải được chuẩn bị để tổ chức
các tin nhắn trong một hàng đợi trong một thời gian dài của thời gian.
Tin nhắn được gửi đến người nhận trong một First-In-First-Out (FIFO) theo cách thức,
cụ thể là để họ đến hàng đợi. Khi một người nhận yêu cầu một tin nhắn,
thông điệp ở đầu hàng đợi được giao cho người nhận, và khi
nhận thành công, tin nhắn được xóa khỏi hàng đợi.
Sự không đồng bộ, chất tách rời của công nghệ nhắn tin làm cho nó trở thành một
công cụ cực kỳ hữu ích cho việc giải quyết . nhiều vấn đề thiết kế ứng dụng phổ
biến, bao gồm kịch bản, trong đó:
l Người gửi không cần trả lời một tin nhắn. Nó chỉ muốn gửi tin nhắn
đến một ứng dụng khác và tiếp tục với công việc riêng của mình. Điều này được biết đến như sendand-quên
nhắn tin.
L Người gửi không cần một câu trả lời ngay lập tức cho một tin nhắn yêu cầu. Người nhận
có thể mất có lẽ vài phút để xử lý yêu cầu và người gửi có thể được
làm công việc hữu ích trong khi chờ đợi hơn là chỉ cần chờ đợi.
L người nhận, hoặc kết nối mạng giữa người gửi và người nhận, có thể
không hoạt động liên tục. Người gửi dựa trên MOM để cung cấp tin nhắn
khi một kết nối được thiết lập tiếp theo. Lớp MOM phải có khả năng
lưu trữ tin nhắn để giao hàng sau, và có thể phục hồi các tin nhắn chưa gửi
sau khi lỗi hệ thống