D. Service exposure environment A s

D. Service exposure environment
A service exposure environment is based on an intermediation system that decouples the offered services from the providing infrastructure. The main benefits of adopting this solution is to allow for an easy discovery of services and to facilitate the interoperability between the service requester and service implementation, whose technical working details are hidden from each other.
In this application scenario, an example of a SOA-based product could be an entity which works such as a service broker. The service broker responsibilities can be simplified in the information collection about existent and available services in different administrative domains. In addition, the service broker negotiates the use of each service with the service owner (i.e. how many times a service can be used in a day, how many services a client can use from the same service provider or the price related to each single use). In a service exposure environment, the adoption of the SOA paradigm and of the service broker can facilitate the interactions between services; at the same time, the application developers can obtain detailed information about all SOA-based services that are easily available in the current administrative domain or in other domains.
There are no specific standardization activities aimed at defining the protocol and interfaces of service exposure sys- tems, whereas research is quite active in this field, addressing the expected functionalities and architectures. Additionally, as is described at the end of this section, mature products are available in the market.
In [27], the authors propose an approach for the develop- ment of a service broker in a policy-based service exposure environment. They believe that even if the WS technologies provide a flexible and loosely coupled means of integration, the actual interfaces descriptions are not understandable by businessmen. In fact, there is a gap between the high-level business services and low-level services implemented with WSs. The proposal, named Intent-based Service Request API (InSeRt), which follows the suggestion in [28], is related to the changeover from the function-driven SOA to intention- driven SOA. In this way, the service interfaces highlight the business goal that a service is able to achieve not the method signatures or classes that are invocable. The intent- based service request setup follows three steps: the first is the intent expression or description format, the second is the service capability description, and the last is the matching and composition evaluation that coordinates with the intent and service enablers. The major advantages of this approach can be summarized in two facts: easier access to services by business people and the ability to dynamically combine enablers on the basis of the business goal.
Another approach finalized to overcome barriers between application level and Information Technologies (IT) experts is the eXtreme Model Driven Design (XMDD) [29], a technique that puts the userlevel process in the center of development to reach customer satisfaction. In fact, a customer or user can create and control the whole lifecycle of their activity. The jABC approach [30] is an implementation of the XMDD approach, which offers an environment that allows the customer to define the service features with any desired detail level. Against the logic of traditional tight telecommunications service definition that has problems of organizational inertia, static routines and inefficient path dependencies, the jABC approach supports pluralistic interfaces: each functional activity defined by the user, here called Service Independent Building Block (SIB), is associated to a software implementation via APIs. A single application is finally composed by service orchestrations realized in terms of SIBs and designed as Service Logic Graphs (SLG). In [31], a realization of a SIB library for Parlay-X (Open APIs for telco services presented in Section III.B) services has been developed. Each Parlay- X interface is composed by one or more SIB that provide the underlying enabler functionality in an abstract manner for service modeling inside jABC: all the functionalities are available and can communicate with a Parlay-X gateway thanks to Web Services. The tools used are the open source Apache Axis2 and Java Web Services engine. This framework permits exposing NGN to the web in a seamless way: the Parlay-X services become available for a high level mash-up design, which is the process frequently used on the Internet to provide complex web application by linking distributed (mash- up) web services.
In the industry, products [32] try to eliminate the need for custom, proprietary, and manual process of exposing network APIs and on-boarding third-party partners and applications. In this way, a service exposure platform provides a com- prehensive portfolio of out-of-the-box, converged Web-SOA Telecom interfaces, and application programming interfaces to accelerate third party application development and integration.

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

Mất dịch vụ tiếp xúc với môi trường Một dịch vụ tiếp xúc với môi trường dựa trên một hệ thống trung gian decouples các dịch vụ được cung cấp từ cung cấp cơ sở hạ tầng. Những lợi ích chính của việc áp dụng giải pháp này là để cho phép cho một phát hiện dễ dàng của dịch vụ và để tạo điều kiện khả năng tương tác giữa các dịch vụ requester và thực hiện dịch vụ, chi tiết làm việc kỹ thuật mà được ẩn từ mỗi khác. Trong trường hợp ứng dụng này, một ví dụ về một SOA dựa trên sản phẩm có thể là một thực thể mà làm việc như một dịch vụ môi giới. Dịch vụ môi giới trách nhiệm có thể được đơn giản hóa trong bộ sưu tập thông tin về dịch vụ tồn tại và có sẵn trong lĩnh vực hành chính khác nhau. Ngoài ra, các nhà môi giới dịch vụ thỏa thuận sử dụng dịch vụ mỗi với chủ sở hữu dịch vụ (tức là bao nhiêu lần một dịch vụ có thể được sử dụng trong một ngày, làm thế nào nhiều dịch vụ một khách hàng có thể sử dụng từ các nhà cung cấp dịch vụ tương tự hoặc giá cả liên quan đến mỗi lần sử dụng duy nhất). Trong một môi trường tiếp xúc với dịch vụ, nhận con nuôi của các mô hình SOA và dịch vụ môi giới có thể tạo điều kiện cho sự tương tác giữa các dịch vụ; cùng lúc đó, các nhà phát triển ứng dụng có thể có được các thông tin chi tiết về tất cả SOA dựa trên dịch vụ đó có thể sẵn sàng thuộc phạm vi hành chính hiện tại hoặc trong các lĩnh vực khác. Không có không có hoạt động cụ thể tiêu chuẩn hóa nhằm xác định các giao thức và giao diện của dịch vụ tiếp xúc sys-tems, trong khi nghiên cứu là khá tích cực trong lĩnh vực này, địa chỉ các chức năng dự kiến và kiến trúc. Ngoài ra, như được mô tả tại cuối phần này, trưởng thành sản phẩm có sẵn trên thị trường. [27], các tác giả đã đề xuất một cách tiếp cận cho ment phát triển một môi giới dịch vụ trong một môi trường tiếp xúc với dịch vụ dựa trên chính sách. Họ tin rằng ngay cả khi các công nghệ WS cung cấp một RMIT và lỏng lẻo cùng phương tiện tích hợp, mô tả thực tế giao diện này không dễ hiểu bởi doanh nhân. Trong thực tế, đó là một khoảng cách giữa các dịch vụ cao cấp doanh nghiệp và dịch vụ ở độ cao thấp thực hiện với WSs. Đề xuất, đặt tên là dựa trên ý định dịch vụ yêu cầu API (chèn), theo đề nghị trong [28], liên quan đến chuyển đổi từ chức năng thúc đẩy SOA để ý định-thúc đẩy SOA. Bằng cách này, các giao diện dịch vụ làm nổi bật mục tiêu kinh doanh là một dịch vụ có thể đạt được không phương pháp chữ ký hoặc các lớp học được invocable. Mục đích - dựa trên yêu cầu dịch vụ thiết lập sau ba bước: đầu tiên là biểu hiện ý định hoặc định dạng mô tả, thứ hai là mô tả khả năng dịch vụ, và cuối cùng là kết hợp thành phần đánh giá và phối hợp với ý định và dịch vụ enablers. Những lợi thế lớn của cách tiếp cận này có thể được tóm tắt trong hai sự kiện: dễ dàng truy cập vào dịch vụ của những người kinh doanh và khả năng để tự động kết hợp enablers trên cơ sở mục tiêu kinh doanh. Another approach finalized to overcome barriers between application level and Information Technologies (IT) experts is the eXtreme Model Driven Design (XMDD) [29], a technique that puts the userlevel process in the center of development to reach customer satisfaction. In fact, a customer or user can create and control the whole lifecycle of their activity. The jABC approach [30] is an implementation of the XMDD approach, which offers an environment that allows the customer to define the service features with any desired detail level. Against the logic of traditional tight telecommunications service definition that has problems of organizational inertia, static routines and inefficient path dependencies, the jABC approach supports pluralistic interfaces: each functional activity defined by the user, here called Service Independent Building Block (SIB), is associated to a software implementation via APIs. A single application is finally composed by service orchestrations realized in terms of SIBs and designed as Service Logic Graphs (SLG). In [31], a realization of a SIB library for Parlay-X (Open APIs for telco services presented in Section III.B) services has been developed. Each Parlay- X interface is composed by one or more SIB that provide the underlying enabler functionality in an abstract manner for service modeling inside jABC: all the functionalities are available and can communicate with a Parlay-X gateway thanks to Web Services. The tools used are the open source Apache Axis2 and Java Web Services engine. This framework permits exposing NGN to the web in a seamless way: the Parlay-X services become available for a high level mash-up design, which is the process frequently used on the Internet to provide complex web application by linking distributed (mash- up) web services. In the industry, products [32] try to eliminate the need for custom, proprietary, and manual process of exposing network APIs and on-boarding third-party partners and applications. In this way, a service exposure platform provides a com- prehensive portfolio of out-of-the-box, converged Web-SOA Telecom interfaces, and application programming interfaces to accelerate third party application development and integration.

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

D. Dịch vụ môi trường tiếp xúc với
môi trường khói thuốc Một dịch vụ dựa trên một hệ thống trung gian đó tách riêng các dịch vụ được cung cấp từ các cơ sở hạ tầng cung cấp. Những lợi ích chính của việc áp dụng giải pháp này là để cho phép phát hiện dễ dàng các dịch vụ và tạo thuận lợi cho khả năng tương tác giữa các yêu cầu dịch vụ và thực hiện dịch vụ, có kỹ thuật làm việc chi tiết được ẩn từ mỗi khác.
Trong kịch bản ứng dụng này, một ví dụ về một SOA- sản phẩm dựa trên có thể là một thực thể hoạt động như một nhà môi giới dịch vụ. Trách nhiệm môi giới dịch vụ có thể được đơn giản hóa trong việc thu thập thông tin về các dịch vụ hiện hữu và có sẵn trong các lĩnh vực quản lý khác nhau. Ngoài ra, các nhà môi giới dịch vụ thương lượng việc sử dụng từng dịch vụ với chủ sở hữu dịch vụ (tức là có bao nhiêu lần một dịch vụ có thể được sử dụng trong một ngày, bao nhiêu dịch vụ một khách hàng có thể sử dụng từ các nhà cung cấp dịch vụ tương tự hoặc liên quan đến giá mỗi lần sử dụng duy nhất ). Trong một môi trường tiếp xúc với dịch vụ, việc áp dụng các mô hình SOA và các dịch vụ môi giới có thể tạo thuận lợi cho sự tương tác giữa các dịch vụ; đồng thời, các nhà phát triển ứng dụng có thể có được thông tin chi tiết về tất cả các dịch vụ dựa trên SOA được dễ dàng có sẵn trong lĩnh vực hành chính hiện tại hoặc trong các lĩnh vực khác.
Không có hoạt động tiêu chuẩn cụ thể nhằm xác định các giao thức và giao diện tiếp xúc với dịch vụ thống Hướng dẫn thanh toán, trong khi nghiên cứu là khá tích cực trong lĩnh vực này, việc giải quyết các chức năng dự kiến và kiến trúc. Ngoài ra, như được mô tả ở phần cuối của phần này, các sản phẩm trưởng thành có sẵn trên thị trường.
Trong [27], các tác giả đã đề xuất một phương pháp tiếp cận đối với sự phát triển của một nhà môi giới dịch vụ trong một môi trường tiếp xúc với dịch vụ dựa trên chính sách. Họ tin rằng ngay cả khi các công nghệ WS cung cấp một phương tiện fl linh hoạt và lỏng lẻo của hội nhập, giao diện giới thiệu thực tế không phải là điều dễ hiểu bởi các doanh nhân. Trong thực tế, có một khoảng cách giữa các dịch vụ kinh doanh cao cấp và các dịch vụ cấp thấp thực hiện với WSS. Việc đề xuất, tên Ý định dựa trên Yêu cầu dịch vụ API (chèn), mà sau những gợi ý trong [28], có liên quan đến việc chuyển đổi từ chức năng định hướng SOA để cố ý SOA định hướng. Bằng cách này, các giao diện dịch vụ nổi bật các mục tiêu kinh doanh mà một dịch vụ có thể đạt được không phải là phương pháp chữ ký hoặc lớp mà invocable. Các thiết lập dựa trên yêu cầu dịch vụ intent- sau ba bước: đầu tiên là sự biểu hiện hoặc mô tả định dạng đích, thứ hai là mô tả khả năng phục vụ, và cuối cùng là các khớp và thành phần đánh giá mà phối hợp với các mục đích và dịch vụ enablers. Các ưu điểm chính của phương pháp này có thể được tóm tắt trong hai sự kiện:. Truy cập dễ dàng hơn với các dịch vụ của người kinh doanh và khả năng tự động kết hợp enablers trên cơ sở các mục tiêu kinh doanh
Một cách tiếp cận hoàn thành để vượt qua rào cản giữa các cấp độ ứng dụng và công nghệ thông tin (CNTT) chuyên gia là eXtreme mẫu Driven Design (XMDD) [29], một kỹ thuật mà đặt quá trình userlevel ở trung tâm của sự phát triển để đạt được sự hài lòng của khách hàng. Trong thực tế, một khách hàng hoặc người sử dụng có thể tạo ra và kiểm soát toàn bộ vòng đời hoạt động của họ. Cách tiếp cận jABC [30] là một thực hiện các phương pháp tiếp cận XMDD, trong đó cung cấp một môi trường cho phép các khách hàng để xác định các đặc điểm dịch vụ với bất kỳ mức độ chi tiết mong muốn. Chống lại logic của truyền thống chặt chẽ định nghĩa dịch vụ viễn thông mà có vấn đề về tổ chức quán tính, thói quen tĩnh và phụ thuộc con đường hiệu quả, phương pháp tiếp cận jABC hỗ trợ giao diện đa nguyên: mỗi hoạt động chức năng xác định bởi người sử dụng, ở đây gọi là Dịch vụ Independent Building Block (SIB), có liên quan để một phần mềm thực hiện thông qua các API. Một ứng dụng duy nhất cuối cùng cũng được sáng tác bởi orchestrations dịch vụ thực hiện trong các điều khoản của SIB và được thiết kế như dịch vụ logic đồ thị (SLG). Trong [31], một hiện thực của một thư viện SIB cho Parlay-X (Open API cho các dịch vụ viễn thông được trình bày trong Mục III.B) dịch vụ đã được phát triển. Mỗi giao diện Parlay- X được sáng tác bởi một hoặc nhiều SIB cung cấp các chức năng cơ bản tạo khả năng một cách trừu tượng cho mô hình dịch vụ bên jABC: tất cả các chức năng có sẵn và có thể giao tiếp với một Parlay X-cổng nhờ vào dịch vụ Web. Các công cụ được sử dụng là các mã nguồn mở Apache Axis2 và Java công cụ dịch vụ Web. Khuôn khổ này cho phép phơi bày NGN lên web một cách liền mạch: các dịch vụ Parlay-X trở thành có sẵn cho một mash-up thiết kế cao cấp, đó là quá trình thường xuyên được sử dụng trên Internet để cung cấp các ứng dụng web phức tạp bằng cách liên kết phân phối (mash- lên ) dịch vụ web.
Trong ngành công nghiệp, các sản phẩm [32] cố gắng để loại bỏ sự cần thiết cho các tùy chỉnh, độc quyền, và quá trình thủ của lộ API mạng và trên trú đối tác bên thứ ba và các ứng dụng. Bằng cách này, một nền tảng tiếp xúc với dịch vụ cung cấp một danh mục đầu tư toàn diện tạp của out-of-the-box, hội tụ giao diện Web-SOA giao diện Telecom, và lập trình ứng dụng để tăng tốc phát triển ứng dụng của bên thứ ba và hội nhập.