From: Duane Nickull
[mailto:dnickull@adobe.com]
Sent: Wednesday, April 22, 2009 8:49 AM
To: Estefan, Jeff A
Subject: FW: Updated SOA Harmonization draft from 4/17 call
;-)
Heather is our key asset!
D
------ Forwarded Message
From: Heather Kreger <kreger@us.ibm.com>
Date: Wed, 22 Apr 2009 08:41:46 -0700
To: "Dabbaghchi, Eric" <iraj@mitre.org>,
<"Ken Laskey <klaskey@mitre.org/@us.ibm.com"@d03av02.boulder.ibm.com>
Cc: Ali Arsanjani <arsanjan@us.ibm.com>,
"Dabbaghchi, Eric" <iraj@mitre.org>,
<soa-harmony@opengroup.org>
Subject: Re: Updated SOA Harmonization draft from 4/17 call
Hi Eric,
Thanks for applying some deep thought to this ...
From the call last week I was picturing in my head something like this... (I'm
sure Ali will have something much more elegant and this may not be exactly what
he's thinking) .. where we just positioned the architecture specs we're
actually working on in Fig 2.....
I may not have the relationship names right (suggestions welcome) but you get
the idea ...
We don't really talk about the relationship of the reference architecture to
the implementation and given the discussion on the call it sounded like we were
all comfortable removing the SOA implementation layer from the original fig. 2.
So I'm not sure we need the Logical/Physical/Implementation aspects
captured here in the diagram.
Are you suggesting this text as the replacement for The Open Group definition
only? or as a definition that OASIS would agree to as well. I don't
really see the spirit of the OASIS definition represented here...
While I, as an IBMer, appreciate the example, we might want to pick a standards
based one rather than ESB just to avoid contention :-)
Sincerely,
Heather Kreger
STSM, SOA Standards, Standards, SWG, IBM
Member of IBM Academy of Technology
Author of "Java and JMX: Building Manageable Systems"
kreger@us.ibm.com
919-543-3211 (t/l 441) cell:919-496-9572 home office: 919-853-3772
Ken
Laskey <klaskey@mitre.org> 04/22/2009 08:15 AM
To
"Dabbaghchi,
Eric" <iraj@mitre.org>
cc
Heather
Kreger/Raleigh/IBM@IBMUS, Ali Arsanjani/Cedar Rapids/IBM@IBMUS, "soa-harmony@opengroup.org" <soa-harmony@opengroup.org>
Subject
Re:
Updated SOA Harmonization draft from 4/17 call
Is
including the logical and physical architectures needed for the level of
resolution this diagram is to support?
Ken
On Apr
21, 2009, at 7:31 PM, Dabbaghchi, Eric wrote:
Heather,
Attached please find the New Fig.2 diagram. The text of the previous
version still stands. I have only changed the diagram.
Regards,
Eric Dabbaghchi
MITRE Corp.
From: Heather Kreger [mailto:kreger@us.ibm.com <mailto:kreger@us.ibm.com> ]
Sent: Monday, April 20, 2009 3:47 PM
To: Dabbaghchi, Eric
Cc: Ali Arsanjani; soa-harmony@opengroup.org <mailto:soa-harmony@opengroup.org>
Subject: RE: Updated SOA
Harmonization draft from 4/17 call
***********************
Warning: Your file, New Figure 2.pptx, contains more than 32 files after
decompression and cannot be scanned.
***********************
Eric, can you send this diagram in .ppt? I can't open .pptx
Are you proposing the text after the Fig as part of your proposed wording?
Sincerely,
Heather Kreger
STSM, SOA Standards, Standards, SWG, IBM
Member of IBM Academy of Technology
Author of "Java and JMX: Building Manageable Systems"
kreger@us.ibm.com <mailto:kreger@us.ibm.com>
919-543-3211
(t/l 441) cell:919-496-9572 home office: 919-853-3772
"Dabbaghchi,
Eric" <iraj@mitre.org <mailto:iraj@mitre.org> > 04/19/2009 01:43 PM
To
Heather
Kreger/Raleigh/IBM@IBMUS, "soa-harmony@opengroup.org <mailto:soa-harmony@opengroup.org>
"
<soa-harmony@opengroup.org <mailto:soa-harmony@opengroup.org>
>
cc
Ali Arsanjani/Cedar
Rapids/IBM@IBMUS
Subject
RE: Updated
SOA Harmonization draft from 4/17 call
***********************
Warning: Your file, New Figure 2.pptx, contains more than 32 files after
decompression and cannot be scanned.
***********************
Ali and the Team,
Here’s some points that I raised in last Friday’s
Harmonization call. It seems to me, we are having trouble defining conciselywhat
an SOA Reference Architecture is and how it interplays with other objects in
the space. I suggest that the attached slide or a variation thereof
should replace Fig. 2 of the document. In a nutshell:
A Reference Architecture (RA) is an
instantiation of a grouping of one or more generic Architecture Patterns for
a given domain, such as SOA. Applying a project-specific set of SOA
requirements to the RA will generate a Solution Architecturefor
those requirements, resulting in an SOA Logical
Architecture and an SOA Physical Architecture,
respectively. The latter would serve as the basis for the SOA implementation.
An Example: IBM chose the ESB architecture pattern
(a generic pattern known for about two decades even before the term SOA had
been coined) as the basis for its SOA Foundation Reference
Architecture. Then from that point on, any new SOA project will be
an instantiation/customization of the SOA Reference Architecture. For example,
a specific project may not have any requirements for Information as a service
or interaction with corporate partners, in which case those components of
the SOA RA will be dropped, and so on.
Incidentally, I have applied this framework to some
of the largest SOA implementations in the world at the United States Air Force
and it works J
I hope this helps.
Regards,
Eric Dabbaghchi
MITRE Corp.
From: Heather Kreger [mailto:kreger@us.ibm.com <mailto:kreger@us.ibm.com> ]
Sent: Friday, April 17, 2009 5:34 PM
To: soa-harmony@opengroup.org <mailto:soa-harmony@opengroup.org>
Subject: Updated SOA
Harmonization draft from 4/17 call
Hi folks,
Here's an update of the SOA Harmonization document draft based on todays discussion.
I accepted the edits in the sections we reviewed, updated the continuum picture
to include foundation SOA RAs .. and positioned the RA's we are working with.
I also dropped in the contents of the SOA Concepts note .. I thought it would
be easier to collaborate and comment/edit here.
I have not tackled the guidance section yet.
Sincerely,
Heather Kreger
STSM, SOA Standards, Standards, SWG, IBM
Member of IBM Academy of Technology
Author of "Java and JMX: Building Manageable Systems"
kreger@us.ibm.com <mailto:kreger@us.ibm.com>
919-543-3211
(t/l 441) cell:919-496-9572 home office: 919-853-3772
<The
New Figure 2.ppt>
-----------------------------------------------------------------------------
Ken
Laskey
MITRE
Corporation, M/S H305 phone: 703-983-7934
7515
Colshire Drive
fax:
703-983-1379
McLean
VA 22102-7508
------ End of Forwarded Message