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

Trong khi phía dưới ba lớp của stack xác định công nghệ cho phù hợp vàkhả năng tương tác, các lớp tiếp theo hai vụ xuất bản và dịch vụ phát hiện có thểthực hiện với một loạt các giải pháp.Bất kỳ hành động nào làm cho một WSDL tài liệu có sẵn cho một dịch vụ requestor, tại bất kỳ giai đoạn của cácDịch vụ requestor của vòng đời, đủ điều kiện như dịch vụ xuất bản. Ví dụ đơn giản nhất, đặt tĩnh tại 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 đến một dịch vụ requestor.Điều này được gọi là trực tiếp xuất bản. E-mail là một phương tiện để trực tiếp xuất bản. Trực tiếp bố là hữu ích cho các tĩnh bị ràng buộc các ứng dụng. Ngoài ra, các nhà cung cấp dịch vụ có thể xuất bản tài liệu WSDL mô tả các dịch vụ này để một máy chủ lưu trữ địa phương WSDL registry, riêng UDDI ký hoặc nút điều khiển UDDI. Sự đa dạng của dịch vụ công bố cơ chế được thảo luận chi tiết hơn trong phần "Dịch vụ công bố."Bởi vì một dịch vụ Web không thể được phát hiện nếu nó đã không được xuất bản, phát hiện dịch vụ.phụ thuộc vào các dịch vụ công bố. Song song với sự đa dạng của khám phá các cơ chế tại lớp nàythiết lập cơ chế xuất bản. Bất kỳ cơ chế cho phép Dịch vụ requestor để đạt đượctruy cập vào các dịch vụ mô tả và làm cho nó có sẵn cho các ứng dụng lúc chạy đủ điều kiện như khám phá dịch vụ. Ví dụ đơn giản nhất, đặt tĩnh khám phá là tĩnh khám phá mà trong đó requestor 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à WSDLtài liệu thu được thông qua một xuất bản trực tiếp hoặc các kết quả của một hoạt động tìm kiếm trước đó.Ngoài ra, các dịch vụ có thể được phát hiện tại thiết kế thời gian hoặc thời gian chạy bằng cách sử dụng một địa phương WSDLđăng ký, đăng ký UDDI riêng hoặc nút điều khiển UDDI. Sự đa dạng của dịch vụ khám phácơ chế được thảo luận chi tiết hơn trong phần "Dịch vụ phát hiện."Bởi vì thực hiện một dịch vụ Web là một phần mềm mô-đun, nó là tự nhiên để sản xuất các trang WebDịch vụ bằng cách soạn dịch vụ Web. Một thành phần của dịch vụ Web có thể chơi một trong một sốvai trò. Dịch vụ Web Intra-doanh nghiệp có thể hợp tác để trình bày một giao diện duy nhất dịch vụ Webcho 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ệnmáy máy tính, kinh doanh, doanh nghiệp giao dịch. Ngoài ra, là một người quản lý công việccó thể gọi Dịch vụ Web mỗi khi nó tham gia vào một quá trình kinh doanh. Lớp trên cùng, Dịch vụlưu lượng, mô tả làm thế nào dịch vụ cho dịch vụ thông tin liên lạc, hợp tác và chảythực hiện. WSFL được sử dụng để mô tả những tương tác này. Chủ đề của dịch vụ Web chảy làbao gồm 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."Cho một ứng dụng Web dịch vụ để đáp ứng nhu cầu nghiêm ngặt của ngày hôm nay của e-doanh nghiệp,cơ sở hạ tầng cấp doanh nghiệp phải được cung cấp, bao gồm bảo mật và quản lý chất lượngDịch vụ. Những tòa tháp dọc phải được giải quyết tại mỗi lớp ngăn xếp. Các giải phápmỗi lớp có thể độc lập với nhau. Nhiều hơn những tháp dọc sẽ nổi lên như là nhữngWeb dịch vụ mô hình được chấp nhận và phát triển. Chúng tôi thảo luận về những tòa tháp đứng trong chi tiết hơntrong phần "Dịch vụ Web cho doanh nghiệp e thực sự."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 lớnvà nhiều hơn nữa 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à nhận con nuôi của WebDịch vụ sẽ lái xe phát triển và tiêu chuẩn của các cấp cao hơn của chồng và cácdọc tháp.

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, tiếp theo hai lớp công bố dịch vụ và phát hiện dịch vụ có thể đượ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ụ, ở giai đoạn nào của các
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 các tài liệu WSDL 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.