S90.09 試験問題を無料オンラインアクセス
試験コード: | S90.09 |
試験名称: | SOA Design & Architecture Lab |
認定資格: | SOA |
無料問題数: | 40 |
更新日: | 2025-08-28 |
You are an architect with a project team building services for Service Inventory A . You are
told that no SLAs for Service B and Service C are available. You cannot determine how
available these services will be, but it has been confirmed that both of these services
support atomic transactions and the issuance of positive and negative acknowledgements.
However, you also find out that the services in Service Inventory B use different data
models than the services in Service Inventory A.
Furthermore, recent testing results have shown that the performance of Service D is steady and reliable. However, Service D uses a
different transport protocol than the services in Service Inventory A.
The response time of Service A is not a primary concern, but Service Consumer A does need to be able to issue
request messages to Service A 24 hours a day without disruption. What steps can be taken
to fulfill these requirements?
Currently, due to the increasing amount of concurrent access by service consumers, the
runtime performance of both the Client and Vendor services has worsened and has
therefore reduced their effectiveness as service composition members. Additionally, a
review of the logic of both services has revealed that some of the business rules used by
the Client and Vendor services are actually the same. What steps can be taken to improve
performance and reduce redundant business rule logic?
Service A is an entity service with a functional context dedicated to invoice-related
processing. Service B is a utility service that provides generic data access to a database.
In this service composition architecture, Service Consumer A sends a SOAP message
containing an invoice XML document to Service A(1). Service A then sends the invoice
XML document to Service B (2), which then writes the invoice document to a database.
The data model used by Service Consumer A to represent the invoice document is based
on XML Schema A.
The service contract of Service A is designed to accept invoice documents based on XML Schema B.
The service contract for Service B is designed to accept invoice documents based on XML Schema A.
The database to which Service B needs to write the invoice record only accepts entire business documents in Comma
Separated Value (CSV) format.
Due to the incompatibility of XML schemas used by the services, the sending of the invoice
document from Service Consumer A through to Service B cannot be accomplished using
the services as they currently exist. Assuming that the Contract Centralization and Logic
Centralization patterns are being applied, what steps can be taken to enable the sending of
the invoice document from Service Consumer A to the database without adding logic that
will increase the runtime performance of the service composition?
Service Consumer A sends a message with a business document to Service A (1), which
writes the business document to Database A (2). Service A then forwards the business
document to Service B (3), which writes the business document to Database B (4).
Service B then responds to Service A with a message containing a failure or success code
(5) after which Service A responds to Service Consumer A with a message containing a
failure or success code (6). Upon receiving the message, Service Consumer A updates a
log table in Database B (7). The log entry is comprised of the entire business document.
Database A is dedicated to the Service A service architecture and Database B is a shared
database.
There are two problems with this service composition architecture that you are asked to
address: First, both Service Consumer A and Service B need to transform the business
document data from an XML format to a proprietary Comma Separated Value (CSV) in
order to write the data to Database B.
This has led to redundant data format transformation logic that has been difficult to keep in synch when Database B changes. Secondly, Service
A is an entity service that is being reused by several other service compositions. It has
lately developed reliability problems that have caused the service to become unavailable
for extended periods. What steps can be taken to solve these problems?
Service Consumer A sends a message to Service A (1), which then forwards the message
to Service B (2). Service B forwards the message to Service C (3), which finally forwards
the message to Service D (4).
Services A, B, and C each contain logic that reads the content of the message and, based
on this content, determines which service to forward the message to. As a result, what is
shown in the Figure is one of several possible runtime scenarios.
Currently, this service composition architecture is performing adequately, despite the
number of services that can be involved in the transmission of one message. However, you
are told that new logic is being added to Service A that will require it to compose one other
service in order to retrieve new data at runtime that Service A will need access to in order
to determine where to forward the message to. The involvement of the additional service
will make the service composition too large and slow. What steps can be taken to improve
the service composition architecture while still accommodating the new requirements and
avoiding an increase in the amount of service composition members?