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) 1:

Tiêu chuẩn hoá Web dịch vụ giao thứcNhư chúng tôi đã nói, WSDL và xà phòng không giao thức; họ là tiêu chuẩn chochỉ định giao thức. Các doanh nghiệp khác nhau để thực hiện dịch vụ Webđó interoperate với nhau, nó là không đủ để đồng ý sử dụng WSDLvà xà phòng để define của giao thức; họ phải đồng ý về — chuẩn hóa —giao thức specific. 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 tiêu chuẩn hóa một giao thức màhọ trao đổi thông tin, dọc theo dòng của theo dõi gói hàng đơn giảnVí dụ khi bắt đầu của phần này. Tiêu chuẩn này là rất quan trọng chocô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 nhaukiến trúc này phải nhất thiết phải khác với trong ít thưđịnh dạng và các hoạt động họ sử dụng.Này căng thẳng giữa tiêu chuẩn và tùy biến được giải quyết bởithiết lập một phần tiêu chuẩn gọi là profiles. Profile một là một tập hợp các hướng dẫnđó thu hẹp hoặc hạn chế sự lựa chọn có sẵn trong WSDL, xà phòng, và kháctiêu chuẩn có thể tham chiếu trong defining một giao thức. Họ có thể tại cáccùng thời gian giải quyết ambiguities hoặc những khoảng trống trong những tiêu chuẩn. Trong thực tế, mộtprofile thường formalizes một tiêu chuẩn trên thực tế đang nổi lên.Rộng nhất và rộng rãi nhất được thông qua profile được gọi là các WS-tôiCơ bản Profile. Nó đã được đề xuất bởi các dịch vụ Web khả năng tương tác tổ chức(WS-tôi), một tập đoàn của ngành công nghiệp, trong khi WSDL và xà phòngspecified bởi World Wide Web Consortium (W3C). Profile cơ bảngiải quyết một số các lựa chọn cơ bản nhất phải đối mặt trong defining một dịch vụ Web.Đáng chú ý nhất nó đòi hỏi rằng WSDL bị ràng buộc độc quyền đối với xà phòng vàXà phòng ràng buộc độc quyền với HTTP và sử dụng HTTP bài toán. Nócũng specifies Phiên bản của WSDL và xà phòng phải được sử dụng.Các WS-tôi cơ bản bảo mật Profile cho biết thêm an ninh khó khăn để cơ bảnProfile bằng cách xác định như thế nào SSL/TLS lớp)Phần 8.4.3) là để được sử dụngvà đòi hỏi phải có sự phù hợp với WS-an ninh (Web dịch vụ bảo mật). WSSecurityspecifies làm thế nào để sử dụng kỹ thuật sẵn có khác nhau chẳng hạn như X.509khu vực chính đẳng)Phần 8.2.1) và Kerberos (phần 8.3.3) để

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) để