While the bottom three layers of th

While the bottom three layers of the stack identify technologies for compliance and
interoperability, the next two layersservice publication and service discoverycan be
implemented with a range of solutions.
Any action that makes a WSDL document available to a service requestor, at any stage of the
service requestor’s lifecycle, qualifies as service publication. The simplest, most static example
at this layer is the service provider sending a WSDL document directly to a service requestor.
This is called direct publication. E-mail is one vehicle for direct publication. Direct publication is
useful for statically bound applications. Alternatively, the service provider can publish the WSDL
document describing the service to a host local WSDL registry, private UDDI registry or the
UDDI operator node. The variety of service publication mechanisms is discussed in more detail
in the section “Service Publication.”
Because a Web service cannot be discovered if it has not been published, service discovery
depends upon service publication. The variety of discovery mechanisms at this layer parallels
the set of publication mechanisms. Any mechanism that allows the service requestor to gain
access to the service description and make it available to the application at runtime qualifies as
service discovery. The simplest, most static example of discovery is static discovery wherein the
service requestor retrieves a WSDL document from a local file. This is usually the WSDL
document obtained through a direct publish or the results of a previous find operation.
Alternatively, the service can be discovered at design time or runtime using a local WSDL
registry, a private UDDI registry or the UDDI operator node. The variety of service discovery
mechanisms is discussed in more detail in the section “Service Discovery.”
Because a Web service’s implementation is a software module, it is natural to produce Web
Services by composing Web Services. A composition of Web Services could play one of several
roles. Intra-enterprise Web Services might collaborate to present a single Web service interface
to the public, or the Web Services from different enterprises might collaborate to perform
machine-to-machine, business-to-business transactions. Alternatively, a workflow manager
might call each Web service as it participates in a business process. The topmost layer, service
flow, describes how service-to-service communications, collaborations, and flows are
performed. WSFL is used to describe these interactions. The topic of Web Services flows is
covered in its own section “Business Processes, Workflows and Web Services.”
For a Web Services application to meet the stringent demands of today’s e-businesses,
enterprise-class infrastructure must be supplied, including security, management and quality of
service. These vertical towers must be addressed at each layer of the stack. The solutions at
each layer can be independent of each other. More of these vertical towers will emerge as the
Web Services paradigm is adopted and evolved. We discuss these vertical towers in more detail
in the section “Web Services for Real e-business.”
The bottom layers of this stack, representing the base Web Services stack, are relatively mature
and more standardized than the layers higher in the stack. The maturation and adoption of Web
Services will drive the development and standardization of the higher levels of the stack and the
vertical towers.

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

Trong khi ba lớp dưới cùng của ngăn xếp xác định công nghệ cho phù hợp và
khả năng tương tác, hai ấn phẩm tiếp theo và dịch vụ layersservice discoverycan được
thực hiện với một loạt các giải pháp.
Bất kỳ hành động mà làm cho một tài liệu WSDL có sẵn để trình yêu cầu dịch vụ, tại bất kỳ giai đoạn của
vòng đời dịch vụ người yêu cầu của, đủ điều kiện như công bố dịch vụ. Cách đơn giản, ví dụ tĩnh nhất
ở lớp này là các nhà cung cấp dịch vụ gửi một tài liệu WSDL trực tiếp để trình yêu cầu dịch vụ.
Đây được gọi là công bố trực tiếp. E-mail là một phương tiện để công bố trực tiếp. Công bố trực tiếp là
hữu ích cho các ứng dụng tĩnh ràng buộc. Ngoài ra, các nhà cung cấp dịch vụ có thể xuất bản WSDL
tài liệu mô tả các dịch vụ cho một máy chủ đăng ký WSDL địa phương, đăng ký UDDI tư nhân hoặc các
nút điều hành UDDI. Sự đa dạng của các cơ chế công bố dịch vụ được thảo luận chi tiết hơn
trong phần "Dịch vụ Xuất bản."
Bởi vì một dịch vụ Web có thể không được phát hiện ra nếu nó chưa được công bố, phát hiện dịch vụ
phụ thuộc vào xuất dịch vụ. Sự đa dạng của các cơ chế phát hiện tại lớp này song song với
các thiết lập cơ chế công bố. Bất kỳ cơ chế cho phép người yêu cầu dịch vụ để đạt được
quyền truy cập vào các mô tả dịch vụ và làm cho nó có sẵn cho các ứng dụng trong thời gian chạy đủ điều kiện như
phát hiện dịch vụ. Cách đơn giản, ví dụ tĩnh nhất của khám phá là phát hiện tĩnh trong đó
người yêu cầu dịch vụ lấy một tài liệu WSDL từ một tập tin địa phương. Điều này thường là WSDL
tài liệu thu được qua trực tiếp xuất bản hoặc kết quả của một hoạt động tìm trước đó.
Ngoài ra, các dịch vụ có thể được phát hiện tại thời gian thiết kế hoặc thời gian chạy bằng cách sử dụng WSDL địa phương
đăng ký, một đăng ký UDDI tư nhân hoặc các nút điều hành UDDI. Sự đa dạng của phát hiện dịch vụ
cơ chế được thảo luận chi tiết hơn trong phần "Dịch vụ của Discovery."
Bởi vì thực hiện một dịch vụ Web là một module phần mềm, đó là tự nhiên để sản xuất Web
Services bằng cách soạn Web Services. Một thành phần của dịch vụ Web có thể chơi một trong nhiều
vai trò. Intra-doanh nghiệp Dịch vụ Web có thể hợp tác để trình bày một giao diện dịch vụ Web đơn
cho công chúng, hoặc các dịch vụ Web từ các doanh nghiệp khác nhau có thể hợp tác để thực hiện
máy-to-máy, doanh nghiệp với doanh nghiệp giao dịch. Ngoài ra, một người quản lý công việc
có thể gọi từng dịch vụ Web như nó tham gia vào một quá trình kinh doanh. Các lớp trên cùng, dịch vụ
lưu, mô tả cách dịch vụ để phục vụ thông tin liên lạc, hợp tác, và các dòng được
thực hiện. WSFL được sử dụng để mô tả các tương tác. Chủ đề của Web Services dòng được
đề cập trong phần riêng của mình "quy trình kinh doanh, quy trình công việc và dịch vụ Web."
Đối với một ứng dụng dịch vụ Web để đáp ứng các nhu cầu khắt khe của các doanh nghiệp điện tử ngày nay,
cơ sở hạ tầng lớp doanh nghiệp phải được cung cấp, bao gồm cả an ninh, quản lý và chất lượng của
dịch vụ. Những tháp thẳng đứng phải được giải quyết ở mỗi lớp của stack. Các giải pháp ở
mỗi lớp có thể độc lập với nhau. Nhiều các tháp dọc sẽ nổi lên như những
dịch vụ Web mô hình được áp dụng và phát triển. Chúng tôi thảo luận về những tháp dọc chi tiết hơn
trong phần "Dịch vụ Web cho Real e-kinh doanh."
Các lớp dưới cùng của ngăn xếp này, đại diện cho các cơ sở dịch vụ Web stack, là tương đối trưởng thành
và hơn tiêu chuẩn hóa hơn các lớp cao hơn trong ngăn xếp. Sự trưởng thành và thông qua Web
Services sẽ thúc đẩy sự phát triển và chuẩn hoá các cấp độ cao hơn của ngăn xếp và
tháp thẳng đứng.