1.2.4 The Advanced Message Queuing

1.2.4 The Advanced Message Queuing Protocol (AMQP)
The AMQP protocol is a binary protocol with modern features: it is multi-channel, negotiated,
asynchronous, secure, portable, neutral, and efficient. AMQP is usefully split into two layers:
+------------------Functional Layer----------------+
| |
| Basic Transactions Exchanges Message queues |
| |
+--------------------------------------------------+
+------------------Transport Layer-----------------+
| |
| Framing Content Data representation |
| |
| Error handling Heart-beating Channels |
| |
+--------------------------------------------------+
The functional layer defines a set of commands (grouped into logical classes of functionality) that do useful
work on behalf of the application.
The transport layer that carries these methods from application to server, and back, and which handles
channel multiplexing, framing, content encoding, heart-beating, data representation, and error handling.
One could replace the transport layer with arbitrary transports without changing the application-visible
functionality of the protocol. One could also use the same transport layer for different high-level protocols.
The design of AMQ model was driven by these requirements:
 To guarantee interoperability between conforming implementations.
 To provide explicit control over the quality of service.
 To be consistent and explicit in naming.
 To allow complete configuration of server wiring via the protocol.
 To use a command notation that maps easily into application-level API's.
 To be clear, so each operation does exactly one thing.
The design of AMQP transport layer was driven by these main requirements, in no particular order:
 To be compact, using a binary encoding that packs and unpacks rapidly.
 To handle messages of any size without significant limit.
 To carry multiple channels across a single connection.
 To be long-lived, with no significant in-built limitations.
 To allow asynchronous command pipe-lining.
Advanced Message Queuing Protocol Specification v0-9-1 Page 7 of 39
Copyright (c) 2006-2008. All rights reserved. See Notice and License. Overview
 To be easily extended to handle new and changed needs.
 To be forward compatible with future versions.
 To be repairable, using a strong assertion model.
 To be neutral with respect to programming languages.
 To fit a code generation process.

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

1.2.4 Các chi tiết Message Queuing Protocol (AMQP)
Các giao thức AMQP là một giao thức nhị phân với các tính năng hiện đại: đó là đa kênh, đàm phán,
không đồng bộ, an toàn, di động, trung lập, và hiệu quả. AMQP là hữu ích chia thành hai lớp:
+ ------------------ chức năng lớp ---------------- +
| |
| Các giao dịch cơ bản trao đổi hàng đợi tin nhắn |
| |
+ ------------------------------------------------ - +
+ ------------------ Transport layer ----------------- +
| |
| Khung nội dung biểu diễn dữ liệu |
| |
| Xử lý lỗi kênh trái tim đập |
| |
+ ------------------------------------------------ - +
các lớp chức năng định nghĩa một tập hợp các lệnh (nhóm lại thành các lớp học hợp lý của các chức năng) mà làm hữu ích
. công việc thay mặt cho các ứng dụng
lớp vận chuyển mang những phương pháp này từ ứng dụng máy chủ, và trở lại, và trong đó xử lý
kênh ghép kênh, khung, mã hóa nội dung, tim đập, biểu diễn dữ liệu, xử lý lỗi.
người ta có thể thay thế các lớp vận chuyển với vận chuyển tùy ý mà không thay đổi các ứng dụng có thể nhìn thấy
chức năng của giao thức. Một cũng có thể sử dụng các lớp truyền tải tương tự cho các giao thức cấp cao khác nhau.
Việc thiết kế các mô hình AMQ được thúc đẩy bởi các yêu cầu:
.  Để đảm bảo khả năng tương tác giữa hiện thực phù hợp
.  Để cung cấp kiểm soát rõ ràng về chất lượng dịch vụ
 Để phù hợp và rõ ràng trong việc đặt tên.
 Để cho phép cấu hình hoàn chỉnh các dây máy chủ thông qua các giao thức.
 Để sử dụng một ký hiệu lệnh mà các bản đồ dễ dàng vào cấp ứng dụng API.
 Để được rõ ràng, vì vậy mỗi hoạt động thực hiện chính xác một điều.
các thiết kế của lớp truyền tải AMQP được thúc đẩy bởi những yêu cầu chính, không theo thứ tự đặc biệt:
.  Để được nhỏ gọn, sử dụng một bảng mã nhị phân mà gói và giải nén nhanh chóng
.  Để xử lý tin nhắn của bất kỳ kích thước mà không giới hạn đáng kể
 Để mang nhiều kênh trên một kết nối duy nhất.
 Để được tồn tại lâu dài, không có ý nghĩa hạn chế trong xây dựng.
 Để cho phép lệnh không đồng bộ ống lót.
tiết Message Queuing Nghị định thư số kỹ thuật v0-9-1 trang 7 của 39
Bản quyền (c) 2006-2008. Tất cả quyền được bảo lưu. Xem Thông báo và giấy phép. Tổng quan
 Để dễ dàng mở rộng để xử lý mới và thay đổi nhu cầu.
 Để được chuyển tiếp tương thích với các phiên bản trong tương lai.
 Để có thể sửa chữa, sử dụng một mô hình khẳng định mạnh mẽ.
 Để được trung lập đối với ngôn ngữ lập trình với.
 Để phù hợp với một quá trình tạo mã .