The hierarchy should
also capture middleware services. Obviously, terminal services and MetaFrame
presentation server should be a modeled layer. I'm also a member of the OASIS
WSRP TC and Portlets as well as their producer & consumer services are
another form of user facing presentation
Sent: 20 December 2004 02:38
To: 'Mark Darbyshire'; Barak Perlman;
Subject: RE: [dcml-appserv] Datacenter
I think we're on the
same page with the hierarchy, I'd like to see it in diagrammed form with
definitions, as we were attempting to do such at our last DCML.org mtg.
I believe that Industry Services are directly pointed at vertical business
sectors that are repeatable in their domain (I.e., Healthcare, Travel and
Transportation, Government, Security & Privacy, Manufacturing, Automotive,
etc.). These in turn are decomposed into Business Process Services, then
decomposed to IT Services (or App/Web Services) to IT Services, to
Another thought would
be to look at the ITIL aspects as parts of the Framework section of DCML,
which is where the management oversight happens that would govern inputs from
Apps/Services. I'd like to see other opinions
So, would Printing
and Directory Services be considered foundational IT Services?
Likely. how about AAA, or IT domain Services, such as Network IP
Services, or Storage compositive services (on TOP of a storage resource, SAN,
port, IP address, etc.).
we should enumerate a
comprehensive list to to the hierarchy
BTW, I also believe
that we should leave human resources out of the work right now - we're trying
to discern the electronics ready aspects of DCML. the human aspects are
the dynamics that inhibit the standardization, but must be factored in their
relationships to managed things in the environment that DCML
Sent: Sunday, December 19, 2004 6:58
To: Barak Perlman;
Subject: Re: [dcml-appserv] Datacenter
I'll add my view. I understood Business
to have its normal 'non-technical' meaning and that (as we're all in IT) an IT
Service would be a possible implementation of a component or function of such
and such a business. Example: I think CRM is a component of an IT
implementation of the business of a call center. This is obviously not the
only use of a CRM and equally a call center can be implemented without one.
So, in short, I support your new hierarchy, but I would like to see a
seperation (still) of Business Process and IT Service. Also, I think we've
tried to keep humans out of this so far.
As an aside, I think we've
kept humans out of the DCML purview. I for one would like to continue in this
vein. What do others think?
I hope I've provided some
Barak Perlman wrote:
Following our discussions from
last week I want to comment on the Datacenter Service Hierarchy
This actually relates to the
definitions of the terms we use.
The terms used in the proposed
- Resource ->
There are no suggested definitions
for those terms (not any that I found in the DCML docs that
I looked for reference at the
terms used in the ITIL for example:
Industry - isn't
Business - isn't
an item by itself (a business unit is for
Service (referring to IT
Host is what we call a server,
including the application running on it
I suggest we first define the
- Everything one can manage can be
a ManagedElement, not just the Resources. An IT service, one is sure to
manage, for example can be a ManagedElement as well.
suggested, a resource can be any combination of resources as
- An IT
service is easily defined. It could also be comprised of a combination of
any IT services.
- By a
business I think we should refer to an IT service that serves a business
purpose. The term that was used was Business Process Service, why not keep
- Industry still needs better
Specific examples would get us
server is a resource
- A bunch
of servers are yet another resource
Storage device is a resource
- An IT
personnel is a resource
- A web
service is an IT service
naming service is an IT service
- Printing is an IT
- CRM is
a business (I suggest we call it a business process service)
- A call
center is a business (I suggest we call it a business process
Some questions and
- As the
name of the TC goes - what is an application?
think that by application we actually refer types of
- How do
we relate to the Networking TC?
Networking a Resource?
Networking a Service?
suggest we let Networking be a combination of Resources and
- How do
we refer to the SW application part of the service?
defined the web application by a group of resources but the web
application doesn't have to be part of the resources
do we refer to the web application SW?
can enlarge the server resource as the ITIL does to include the
application it runs. This would mean that a service is comprised of
physical resources, logical resources (i.e. application SW) and human
- How do
we differ between IT services and business process services?
think we should allow both of them to be types of services
only difference is the User/Customer perspective
means that Business Process Services are just another type of
The new proposed hierarchy looks
- Industry (needs better
- Services - Business Process
Services, IT services
- Resource - Physical
Resources, Logical Resources, Human Resources
Where all of the above can be
Direct +972 3 608 1604
+972 3 607 4243
+972 3 607 4242
+972 545 245 604
Mark Darbyshire, Ph.D.
Senior Solution Consultant,
Phone: +1 9175433099 / +33 688457575