Standardizing Web Services Protocol

Standardizing Web Services Protocols
As we’ve said, WSDL and SOAP aren’t protocols; they are standards for
specifying protocols. For different enterprises to implement Web Services
that interoperate with each other, it is not enough to agree to use WSDL
and SOAP to define their protocols; they must agree on—standardize—
specific protocols. For example, you could imagine that online retailers and shipping companies might like to standardize a protocol by which
they exchange information, along the lines of the simple package tracking
example at the start of this section. This standardization is crucial for
tool support as well as interoperability. And, yet, different network applications
in this architecture must necessarily differ in at least the message
formats and operations they use.
This tension between standardization and customization is tackled by
establishing partial standards called profiles. A profile is a set of guidelines
that narrow or constrain choices available in WSDL, SOAP, and other
standards that may be referenced in defining a protocol. They may at the
same time resolve ambiguities or gaps in those standards. In practice, a
profile often formalizes an emerging de facto standard.
The broadest and most widely adopted profile is known as the WS-I
Basic Profile. It was proposed by the Web Services Interoperability Organization
(WS-I), an industry consortium, while WSDL and SOAP are
specified by the World Wide Web Consortium (W3C). The Basic Profile
resolves some of the most basic choices faced in defining a Web Service.
Most notably it requires that WSDL be bound exclusively to SOAP and
SOAP be bound exclusively to HTTP and use the HTTP POST method. It
also specifies which versions of WSDL and SOAP must be used.
The WS-I Basic Security Profile adds security constraints to the Basic
Profile by specifying how the SSL/TLS layer (
Section 8.4.3) is to be used
and requiring conformance to WS-Security (Web Services Security). WSSecurity
specifies how to use various existing techniques such as X.509
public key certificates (
Section 8.2.1) and Kerberos (Section 8.3.3) to

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

Chuẩn hoá các dịch vụ Web Protocols
Như chúng ta đã biết, WSDL và SOAP là giao thức không; họ là những tiêu chuẩn để
xác định các giao thức. Đối với các doanh nghiệp khác nhau để thực hiện các dịch vụ Web
mà tương tác với nhau, đó là không đủ để đồng ý sử dụng WSDL
và SOAP để de fi ne giao thức của họ; họ phải đồng ý trên standardize-
Speci fi c giao thức. Ví dụ, bạn có thể tưởng tượng rằng các nhà bán lẻ trực tuyến và các công ty vận chuyển có thể muốn chuẩn hóa một giao thức mà
họ trao đổi thông tin, dọc theo dòng theo dõi gói đơn giản
ví dụ ở đầu phần này. Tiêu chuẩn này là rất quan trọng đối với
công cụ hỗ trợ cũng như khả năng tương tác. Và, tuy nhiên, các ứng dụng mạng khác nhau
trong kiến trúc này phải nhất thiết khác nhau trong ít nhất là thông điệp
định dạng và các hoạt động mà họ sử dụng.
Sự căng thẳng này giữa tiêu chuẩn và tùy biến được giải quyết bằng cách
thiết lập các tiêu chuẩn phần gọi là pro fi les. Một pro fi le là một tập hợp các nguyên tắc
mà thu hẹp hoặc hạn chế sự lựa chọn có sẵn trong WSDL, SOAP, và các
tiêu chuẩn có thể được tham chiếu trong de fi ning một giao thức. Họ có thể đồng
thời giải quyết sự mơ hồ hoặc những khoảng trống trong những tiêu chuẩn. Trong thực tế, một
pro fi le thường chính thức hóa một de facto tiêu chuẩn mới nổi.
Sự rộng và áp dụng rộng rãi nhất pro fi le được gọi là WS-I
Basic Pro fi le. Nó đã được đề xuất bởi các dịch vụ Web Khả năng cộng tác Tổ chức
(WS-I), một tập đoàn công nghiệp, trong khi WSDL và SOAP là
Speci fi ed bởi World Wide Web Consortium (W3C). Các cơ bản Pro fi le
giải quyết một số các lựa chọn cơ bản nhất phải đối mặt trong de fi ning một dịch vụ Web.
Đáng chú ý nhất, đòi hỏi WSDL được ràng buộc riêng cho SOAP và
SOAP bị ràng buộc riêng cho HTTP và sử dụng phương thức HTTP POST. Nó
cũng Speci fi es phiên bản của WSDL và SOAP phải được sử dụng.
Các WS-I Basic Security Pro fi le thêm chế bảo mật cho Basic
Pro fi le bằng cách xác định như thế nào SSL / lớp TLS (
Mục 8.4.3) sẽ được sử dụng
và yêu cầu phù hợp với WS -An ninh (Dịch vụ Web Security). WSSecurity
es fi đặc hiệu như thế nào để sử dụng các kỹ thuật khác nhau hiện có như X.509
công Cates fi certi chính (
Mục 8.2.1) và Kerberos (Mục 8.3.3) để