Service Boundaries, Business Services and Data

RunOfTheMillBlog Service Boundaries Business Services and Data | debt consolidator

Fri, 19 Jun 2009 17:52:25 GMT

PingBack from http://mydebtconsolidator.info/story.php?id=422

RunOfTheMillBlog Service Boundaries Business Services and Data | debt solutions

RunOfTheMillBlog Service Boundaries Business Services and Data | debt solutions — Tue, 16 Jun 2009 03:42:03 GMT

PingBack from http://debtsolutionsnow.info/story.php?id=5240

RunOfTheMillBlog Service Boundaries Business Services and Data | Paid Surveys

RunOfTheMillBlog Service Boundaries Business Services and Data | Paid Surveys — Fri, 29 May 2009 02:00:45 GMT

PingBack from http://paidsurveyshub.info/story.php?title=runofthemillblog-service-boundaries-business-services-and-data

Business » RunOfTheMillBlog : Service Boundaries Business Services and Data

Business » RunOfTheMillBlog : Service Boundaries Business Services and Data — Wed, 12 Mar 2008 15:11:17 GMT

PingBack from http://businessethicsarticleblog.info/runofthemillblog-service-boundaries-business-services-and-data/

Defending SOA

Aaron Murrell — Wed, 12 Jul 2006 23:19:34 GMT

re: Service Boundaries, Business Services and Data

Ramkumar — Sat, 10 Apr 2004 16:31:00 GMT

Manz,

Your scenario fits perfectly into what i am describing.

Comments on your approaches.

1) This is essentially STP (Straight through processing). The performance will suffer if the result set is huge. You are trying to do a cross join of customer and order entity across services.
2) This is what we call as 'Hack'. I have seen different customers using this approach. But, i can assure you that you will rewrite this once you upgrade or change the legacy application - which will happen sooner or later.

Comparison to datawarehouse and replication model:
This comparison is inevitable. But, there are few differences that one should remember.

1) Data warehouse stores historical information where as entity aggregation service doesn't store historical information.
2) Staleness is tolerated in datawarehouse where as staleness is not tolerated in entity aggregation scenario.
3) Datawarehouse is read-only where as EA service is read/write.
4) Analytical vs Operational aspects.

Some of the low level mechanisms such as ETL can be used between EA service and datawarehouse though.

Thanks
Ram

re: Service Boundaries, Business Services and Data

Manz — Sat, 10 Apr 2004 13:19:00 GMT

Ram,

I just wanted to restate a scenario to understand your point on service boundaries and data sharing better.

Let say that I have a CRM service that knows details about the customers - name address etc... and an order management service that does order fulfillment etc. However, the order management service needs to talk to the CRM system to find out the address and other details about the customer.

Assuming I need to display the list of orders for a customer from a given region, I would need to get data from both the services. Now there are two ways of getting this done
1. Without direct CRUD - that is
- Ask the CRM service for all the customers in the region
- Ask the Order Management service for all the orders for the given list of customers

2. With direct CRUD
- Build a new service that exposes a "GetOrdersByRegion" interface
- Give it read access to required tables in the CRM and Order management database
- Do a direct DB read and get the result.

I understand that to achieve the required QoS one would need to go with the second option. However, to me the new service looks like a "Friendly Service" that the CRM and Order Management Systems have to trust - which leads to tight coupling. One of the goals of SOA is flexibility by localization of impact due to change . In the above scenario, if I end up replacing my CRM service with a product, it could potentially have an impact on my "Friendly Services". Agreed that the impact will be limited to "Friendly Services".

Please comment... is this obvious and given or am I missing something here?

Also in continuation of the same in a larger context - would SOA impact datawarehousing architectures? How?

Thanks,
Manz

Wow! Lots of commentary (mostly on the Night Sky post).

PatHelland's WebLog — Mon, 05 Apr 2004 18:56:00 GMT

re: More Discussion of SOA is like the Night Sky...

PatHelland's WebLog — Sun, 04 Apr 2004 03:21:00 GMT

re: Service Boundaries, Business Services and Data

ramkoth — Sat, 03 Apr 2004 00:12:00 GMT

Mork - I don't think the design is anything to do with a particular SOAP stack. It is to do with core tenets of SOA.

Stuart - Boundary tenet combined with Autonomous tenet is what creates the issue. I agree that boundary tenet doesn't imply anything about data, but the 'autonomous' tenet does imply that the services don't share data.