S90.09 무료 덤프문제 온라인 액세스
| 시험코드: | S90.09 |
| 시험이름: | SOA Design & Architecture Lab |
| 인증사: | SOA |
| 무료 덤프 문항수: | 40 |
| 업로드 날짜: | 2026-05-24 |
Services A, B, and C are non-agnostic task services. Service A and Service B use the
same shared state database to defer their state data at runtime.
An assessment of these three services reveals that each contains some agnostic logic, but
because it is bundled together with the non-agnostic logic, the agnostic logic cannot be
made available for reuse.
The assessment also determines that because Service A and Service B and the shared
state database are each located in physically separate environments, the remote
communication required for Service A and Service B to interact with the shared state
database is causing an unreasonable decrease in runtime performance.
How can the application of the Orchestration pattern improve this architecture?
Service A has become increasingly difficult to maintain. Its core service logic has become
bloated and convoluted because it has been updated numerous times during which
additional functionality was added to interact with the database and the legacy system and
to support interaction with Service Consumers A and B (via the two service contracts) as
well as interaction directly with Service Consumer C.
What steps can be taken to solve these problems and to prevent them from happening
again in the future?
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 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 the 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 pattern
is being applied and that the Logic Centralization is not 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 requirements of
the service composition?
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.
You are told that the current service composition architecture is having performance
problems because of two specific reasons. First, too many services need to be explicitly
invoked in order for the message to arrive at its destination. Secondly, because each of the
intermediary services is required to read the entire message contents in order to determine
where to forward the message to, it is taking too long for the overall task to complete. What
steps can be taken to solve these problems without sacrificing any of the functionality that
currently exists?