[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [soa-rm] What is SOA (Really???)
True ... in the situation that the functionality is the same and yet the new service offers better SLA, faster response etc., I would suspect that the governance one should have in place would mandate depricating the old service in favor of the new. This should include properly addressing the inclusion/modification of the registry, discovery of services, metadata, etc. If the new service truly extends the old one to include added functionality, it's perhaps a valid case of multi-service composition. Still, IMO governance is the key. Best, K. Chris Sotudeh -----Original Message----- From: Peter F Brown [mailto:peter@justbrown.net] Sent: Friday, May 27, 2005 11:42 AM To: 'Ken Laskey'; 'SOA-RM' Subject: RE: [soa-rm] David Linthicum Says: "ESB versus Fabric.Stop It!" But surely if your service offer includes a better SLA, faster response time, better quality of result, etc. it is not a duplication of a service but a different service: it may however use the same resources, and that is a different issue... -Peter -----Original Message----- From: Ken Laskey [mailto:klaskey@mitre.org] Sent: 26 May 2005 02:44 To: SOA-RM Subject: Re: [soa-rm] David Linthicum Says: "ESB versus Fabric.Stop It!" On May 25, 2005, at 2:30 PM, Chiusano Joseph wrote: >> -----Original Message----- >> From: Duane Nickull [mailto:dnickull@adobe.com] >> Sent: Wednesday, May 25, 2005 2:29 PM >> Cc: soa-rm@lists.oasis-open.org >> Subject: Re: [soa-rm] David Linthicum Says: "ESB versus Fabric.Stop >> It!" >> >> The question that Rebekah asked that is tough and we need to answer >> is "What is the opposite of Services". On other words, if it is not >> service oriented, what is it. This is a tough question and our RM >> must address a level of clarity that we can point at something that >> is not SOA as well as something that is. >> >> I would like to hear opinions on this. > > Duplication of services instead of sharing services: Not SOA. > This gets into the hairy realm of governance. I could argue that you should not be funded to develop a service because I provide adequate functionality. However, you may respond that my quality of service stinks and you'll do better. On the other hand, I want to extend the functionality of your service but to do that I will be duplicating everything you can do. This goes on and on. -1 Ken > Kind Regards, > Joseph Chiusano > Booz Allen Hamilton > Visit us online@ http://www.boozallen.com > >> Duane >> >> ------------------------------------------------------------------------ ------------------ Ken Laskey MITRE Corporation, M/S H305 phone: 703-983-7934 7515 Colshire Drive fax: 703-983-1379 McLean VA 22102-7508 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]