S90.09 試験問題を無料オンラインアクセス
| 試験コード: | S90.09 |
| 試験名称: | SOA Design & Architecture Lab |
| 認定資格: | SOA |
| 無料問題数: | 40 |
| 更新日: | 2026-10-29 |
Service A sends a message to Service B (1). After Service B writes the message contents
to Database A (2) it issues a response message back to Service A (3). Service A then
sends a message to Service C (4). Upon receiving this message, Service C sends a
message to Service D (5), which then writes the message contents to Database B (6) and
issues a response message back to Service C (7).
Service A and Service D are in Service Inventory A.
Service B and Service C are in Service Inventory B.
You are told that in this service composition architecture, all four services are exchanging
invoice-related data in an XML format. However, the services in Service Inventory A are
standardized to use a different XML schema for invoice data than the services in Service
Inventory B.
Also, Database A can only accept data in the Comma Separated Value (CSV)
format and therefore cannot accept XML formatted data. Database B only accepts XML
formatted data. However, it is a legacy database that uses a proprietary XML schema to
represent invoice data that is different from the XML schema used by services in Service
Inventory A or Service Inventory B.
What steps can be taken to enable the planned data exchange between these four services?
Service A.
Service B.
and Service C are each designed to access the same shared legacy
system. The service contracts for Service A, Service B, and Service C are standardized
and decoupled from the underlying service logic. Service A and Service B are agnostic
services that are frequently reused by different service compositions. Service C is a non-
agnostic task service that requires access to the legacy system in order to retrieve
business rules required for the service to make runtime decisions that determine its service
composition logic. The legacy system uses a proprietary file format that Services A, B, and
C need to convert to and from.
You are told that additional services need to be created, all of which need access to the
legacy system. You are also told that the legacy system may be replaced in the near future.
What steps can be taken to ensure that the replacement of the legacy system has a
minimal impact on Services A, B, and C and any future services that are designed to rely
upon it?
When Service A receives a message from Service Consumer A(1),the message is
processed by Component A.
This component first invokes Component B (2), which uses values from the message to query Database A in order to retrieve additional data.
Component B then returns the additional data to Component A.
Component A then invokes Component C (3), which interacts with the API of a legacy
system to retrieve a new data value. Component C then returns the data value back to
Component A.
Next, Component A sends some of the data it has accumulated to Component D (4), which
writes the data to a text file that is placed in a specific folder. Component D then waits until
this file is imported into a different system via a regularly scheduled batch import. Upon
completion of the import, Component D returns a success or failure code back to
Component A.
Component A finally sends a response to Service Consumer A (5) containing all of the data
collected so far and Service Consumer A writes all of the data to Database B (6).
Components A, B, C.
and D belong to the Service A service architecture. Database A, the legacy system, and the file folders are shared resources within the IT enterprise.
Service A is a task service that completes an entire business task on its own without having
to compose other services. However, you have received many complaints about the
reliability of Service A . Specifically, it has three problems. First, when Component B
accesses Database A, it may not receive a response for several minutes when the
database is being accessed by other applications in the IT enterprise. Secondly, the legacy
system accessed by Component C frequently crashes and therefore becomes unavailable
for extended periods of time. Third, for Component D to respond to Component A, it must
first wait for the batch import of the files to occur. This can take several minutes during
which Service Consumer A remains stateful and consumes excessive memory. What steps
can be taken to address these three problems?
Service Consumer A sends a message to Service A.
There are currently three duplicate implementations of Service A (Implementation 1, Implementation 2, Implementation 3).
The message sent by Service Consumer A is intercepted by Service Agent A (1), which
determines at runtime which implementation of Service A to forward the message to.
All three implementations of Service A reside on the same physical server.
You are told that despite the fact that duplicate implementations of Service A exist,
performance is still poor at times. Also, you are informed that a new service capability will
soon need to be added to Service A that will introduce functionality that will require access
to a shared database that is used by many other clients and applications in the IT
enterprise. This is expected to add further performance demands on Service A . How can
this service architecture be changed to improve performance in preparation for the addition
of the new service capability?
Service A is a task service that sends Service B a message (2) requesting that Service B
return data back to Service A in a response message (3). Depending on the response
received. Service A may be required to send a message to Service C (4) for which it
requires no response.
Before it contacts Service B, Service A must first retrieve a list of code values from its own
database (1) and then place this data into its own memory. If it turns out that it must send a
message to Service C, then Service A must combine the data it receives from Service B
with the data from the code value list in order to create the message it sends to Service C.
If Service A is not required to invoke Service C, it can complete its task by discarding the
code values.
Service A and Service C reside in Service Inventory A.
Service B resides in Service Inventory B.
You are told that the services in Service Inventory A are all SOAP-based Web services
designed to exchange SOAP 1.1 messages and the services in Service Inventory B are
SOAP-based Web services designed to exchange SOAP 1.2 messages. Therefore,
Service A and Service B cannot currently communicate. Furthermore, you are told that
Service B needs to access a shared database in order to retrieve the data required by
Service A.
The response time of the database can sometimes be lengthy, which would
cause Service A to consume too much resources while it is waiting and keeping the code
values in memory. How can this service composition architecture be changed to avoid
these problems?