| Author |
Message
|
| pcelari |
 Posted: Thu Aug 18, 2011 10:09 am Post subject: Is there a THIN book on SOA? |
 |
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
Hi,
I'm looking for a good book in SOA. But the books I came across until now are all about 2 inches think and weigh over 3 pounds.
The SOA idea is actually quite simple, why these author all make them so pumpus?
has anyone come across a THIN book on SOA that covers only the really necessary concept, ideas, design principles?
thanks a lot for sharing.
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
 |
| WGerstma |
| Posted: Thu Aug 18, 2011 10:24 am Post subject: |
|
|
Acolyte
Joined: 18 Jul 2011
Posts: 55
|
|
| Back to top |
|
|
| pcelari |
| Posted: Thu Aug 18, 2011 11:39 am Post subject: |
|
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
Thanks for sharing this. However the short version is no longer accessible. and the book is also too thick.
Finally, I find the SOA definition page on wikipedia is the most straightforward.
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Thu Aug 18, 2011 11:40 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
SOA is ten years old now. It's old tech. The new nuance is "Event-driven SOA".
SOA is not simple. SOA is a business concept not a technology concept. If you don't grasp that key fact, you'll have a harder time getting all the other facts because you'll not be pointed in the right direction.
SOA is actually older than ten, if you count the years we spent in client-server and three-tier.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Aug 18, 2011 12:00 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| lancelotlinc wrote: |
| SOA is ten years old now. It's old tech. |
And yet still fairly non-pervasively implemented.
In the real world, that is. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Thu Aug 18, 2011 12:01 pm Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
|
| Back to top |
|
|
| smdavies99 |
| Posted: Thu Aug 18, 2011 10:53 pm Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Sadly,
To may supporters of SOA the ONLY development language is Java
AND
Every error is an Exception even when it is not really.
When those principles are imposed upon a Broker installation then ...
  
A badly implemented SOA site is just as unmaintainable as the 'direct connection everywhere' solution.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| pcelari |
| Posted: Thu Aug 25, 2011 11:01 am Post subject: |
|
|
Chevalier
Joined: 31 Mar 2006
Posts: 411
Location: New York
|
| lancelotlinc wrote: |
SOA is not simple. SOA is a business concept not a technology concept. If you don't grasp that key fact, you'll have a harder time getting all the other facts because you'll not be pointed in the right direction...
.. |
After some reading, I summerized the following key business concepts behind SOA. Please add whatever I must have missed, Thank you!
0. service design must start with business need, not IT's need.
1. align services with business functions in the lowest possible level, so
2. they can be reused,
3. a service must deliver the same result no matter how it is invoked, e.g. per message, via webservice, phone call, etc, i.e. context independent, this way,
4. duplicated services can eliminated, thus minimizes maintanence cost and enables agile development, or destruction of obsolete ones,
5. services must be subject to effective governance to ensure consistency and success,
6. SOA is supposed to enable speed & flexibility to changes, but the implementation of SOA can be painfully slow and costly, that's why
7. failed SOA initiatives are more nummerous than successful ones...
8. ...
9. ...
_________________
pcelari
-----------------------------------------
- a master of always being a newbie |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Thu Aug 25, 2011 11:41 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
Now you are on the right track! Nice work.
I'll ask you some SOA-related questions, you can answer with your thoughts:
1.What decisions must be made to ensure effective management and use of IT?
2.Who should make these decisions?
3.How will these decisions be made and monitored?
4. What is the purpose of strategic alignment?
5. What are some areas that value delivery focuses on?
6. Risk management goal is what?
7. At the Sponsorship Level, who comprises the team of sponsors?
These questions and your answers should provide a springboard to continue a good discussion.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Thu Aug 25, 2011 9:12 pm Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
To add one more ingredient into the melting pot...
SOA does not mean that you must use SOAP over HTTP.
Any transport can be used as long as you AGREE A contract between each party.
SOAP/HTTP can not give you assured delivery. SOAP/MQ can.
If your business need is to have assured delivery then for anything critical SOAP/HTTP should be avoided.
It all goes back to the 'Business Need'. Jusu becasue some PHB thinks that SOA with SOAP/HTTP is the answer to life, the universe and everything, it does not mean that it is correct.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| lancelotlinc |
| Posted: Fri Aug 26, 2011 4:42 am Post subject: |
|
|
Jedi Knight
Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA
|
| smdavies99 wrote: |
| SOA does not mean that you must use SOAP over HTTP. |
Good point Davies. When the buzz about SOA first came out, IT people were expecting to learn a new transport protocol, or some new way to compile code. Thats why many IT people became disoriented when SOA documentation did not discuss technical topics. IT people were used to being the master of the domain, making expensive decisions without challenge. SOA turned the table on that, putting the business people back in charge of their budget.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER |
|
| Back to top |
|
|
|
|
