Information Technology Reference
In-Depth Information
“adaptable software”. By
external approach. Note tha
We propose a
fractal
de
model is applied to manag
thing that uses resources. T
intentional resources. The m
toring service, and a manag
vice-oriented approach incr
that it makes the design c
This is in contrast to other
management services, or m
What does a managemen
of self-adaptive software fo
called MAPE cycle (Moni
deliberation cycle that is us
tions). Our approach is requ
the management control lite
conceptualizing management as a service, we follow
at this is not a formal necessity but an architectural choic
esign approach in the sense that the same generic serv
gement services. So a management service is itself som
These include operational resources, e.g. labour hours,
management service may have subservices, such as a mo
gement subservice may have a manager service. This
reases reusability. The advantage of the fractal approac
completely service-oriented, not only its operational p
approaches that for instance conceptualise BDI agents
monolithic BAM software.
nt service actually do? Most current approaches in the fi
ollow classical control theory and posit a control loop, a
itor-Analyze-Plan-Execute). The same cycle underlies
ed in multi-agent systems (with Beliefs, Desires and Int
uired to be business-driven and service-oriented. Follow
erature ([19]) we call it the diagnostic control cycle.
w an
ce.
vice
me-
and
oni-
ser-
h is
part.
s as
field
also
the
ten-
wing
Fig. 4.
Diagnostic control cyc
indicate intentional resources,
cle together with the service interaction cycle. Dashed rectan
coloured boxes indicate services
gles
Fig. 4 depicts the gener
nostic control cycle. On the
cycle: the customer sends a
perhaps iteratively, a certai
this result is returned to th
more than that. From a man
service specification. So t
service and operational ser
tional service. In the case o
form of a BPEL specificati
ment policy enforc
e
ment b
state (set of
assertive
- this
information is returned to th
ric service-oriented management architecture for the di
e right hand side, we see the traditional service interact
a request to the service provider. The execution produc
in state that corresponds to and so fulfills the request,
he customer for evaluation. However, the execution d
nagement perspective, the execution is the realization of
there is another interaction cycle, between managem
rvice: the manager enforces a
service policy
on the ope
of software services, the
service specification
may take
on, or a set of business rules (cf. [8, 26] for how to imp
based on such models). The execution produces a cert
reporting is also governed by policy constraints). The s
he manager, where it is typically aggregated by monitor
iag-
tion
ces,
and
does
f the
ment
era-
the
ple-
tain
tate
ring
