최신SOA Design & Architecture Lab - S90.09무료샘플문제
문제1
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?
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?
정답: D,E
문제2
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.

You are asked to redesign this architecture in order to increase the opportunity for agnostic
service logic to be reused and in order to decrease the runtime processing demands so
that performance can be improved. What steps can be taken to achieve these goals?
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.

You are asked to redesign this architecture in order to increase the opportunity for agnostic
service logic to be reused and in order to decrease the runtime processing demands so
that performance can be improved. What steps can be taken to achieve these goals?
정답: C
문제3
The Client and Vendor services are agnostic services that are both currently part of
multiple service compositions. As a result, these services are sometimes subjected to
concurrent access by multiple service consumers.
The Client service is an entity service that primarily provides data access logic to a client
database but also provides some calculation logic associated with determining a client's
credit rating. The Vendor service is also an entity service that provides some data access
logic but can also generate various dynamic reports.
After reviewing historical statistics about the runtime activity of the two services, it was
discovered that the majority of concurrent runtime access is related to the processing of
business rules. With the Client service, it is the calculation logic that is frequently required
and with the Vendor service it is the dynamic reporting logic that needs to be accessed
separately from the actual report generation.

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. What steps can be
taken to solve this problem without introducing new services?
The Client and Vendor services are agnostic services that are both currently part of
multiple service compositions. As a result, these services are sometimes subjected to
concurrent access by multiple service consumers.
The Client service is an entity service that primarily provides data access logic to a client
database but also provides some calculation logic associated with determining a client's
credit rating. The Vendor service is also an entity service that provides some data access
logic but can also generate various dynamic reports.
After reviewing historical statistics about the runtime activity of the two services, it was
discovered that the majority of concurrent runtime access is related to the processing of
business rules. With the Client service, it is the calculation logic that is frequently required
and with the Vendor service it is the dynamic reporting logic that needs to be accessed
separately from the actual report generation.

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. What steps can be
taken to solve this problem without introducing new services?
정답: A
문제4
Our service inventory contains the following three services that provide invoice-related data
access capabilities: Invoice, InvProc, and Proclnv. These services were created at different
times by different project teams and were not required to comply to any design standards.
Therefore each of these services has a different data model for representing invoice data.
Currently each of these three services has one service consumer: Service Consumer A
accesses the Invoice service(1). Service Consumer B (2) accesses the InvProc service,
and Service Consumer C (3) accesses the Proclnv service. Each service consumer
invokes a data access capability of an invoice-related service, requiring that service to
interact with the shared accounting database that is used by all invoice-related services (4,
5, 6).
Additionally, Service Consumer D was designed to access invoice data from the shared
accounting database directly (7). (Within the context of this architecture. Service Consumer
D is labeled as a service consumer because it is accessing a resource that is related to the
illustrated service architectures.)

A project team recently proclaimed that it has successfully applied the Contract
Centralization pattern to the service inventory in which the Invoice service, InvProc service,
and ProcInv service reside. Upon reviewing the previously described architecture you have
doubts that this is true. After voicing your doubts to a manager, you are asked to provide
specific evidence as to why the Contract Centralization is not currently fully applied. Which
of the following statements provides this evidence?
Our service inventory contains the following three services that provide invoice-related data
access capabilities: Invoice, InvProc, and Proclnv. These services were created at different
times by different project teams and were not required to comply to any design standards.
Therefore each of these services has a different data model for representing invoice data.
Currently each of these three services has one service consumer: Service Consumer A
accesses the Invoice service(1). Service Consumer B (2) accesses the InvProc service,
and Service Consumer C (3) accesses the Proclnv service. Each service consumer
invokes a data access capability of an invoice-related service, requiring that service to
interact with the shared accounting database that is used by all invoice-related services (4,
5, 6).
Additionally, Service Consumer D was designed to access invoice data from the shared
accounting database directly (7). (Within the context of this architecture. Service Consumer
D is labeled as a service consumer because it is accessing a resource that is related to the
illustrated service architectures.)

A project team recently proclaimed that it has successfully applied the Contract
Centralization pattern to the service inventory in which the Invoice service, InvProc service,
and ProcInv service reside. Upon reviewing the previously described architecture you have
doubts that this is true. After voicing your doubts to a manager, you are asked to provide
specific evidence as to why the Contract Centralization is not currently fully applied. Which
of the following statements provides this evidence?
정답: D