<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx</link><description>It's independence day week in the USA, so it is time for me to declare a little independence. There are three schools of thought around "how to build an Enterprise Service Oriented Architecture." They are: Top down - central group decides everything and</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Bottom-up SOA - Another Great Read</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3661979</link><pubDate>Mon, 02 Jul 2007 20:34:24 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3661979</guid><dc:creator>Insane World</dc:creator><description>&lt;p&gt;Bottom-up SOA - Another Great Read&lt;/p&gt;
</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3662636</link><pubDate>Mon, 02 Jul 2007 21:52:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3662636</guid><dc:creator>Jack van Hoof</dc:creator><description>&lt;p&gt;Great article, Nick.&lt;/p&gt;
&lt;p&gt;Sometimes there is nothing to choose. In some (or many) organizations you just have to deal with the chaos around and take the approach that is feasible. Characteristics of the environment may vary strongly from one case to another, even within one organization. These characteristics may put strong constraints on your approach, that vary from project to project. I think currently in most cases it comes to common sense, passion, charisma and craftsmanship to get the right things done. Getting the things rightly done is step 2.&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://soa-eda.blogspot.com/2007/06/there-is-no-one-size-fits-all-approach.html"&gt;http://soa-eda.blogspot.com/2007/06/there-is-no-one-size-fits-all-approach.html&lt;/a&gt;&lt;/p&gt;</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3665820</link><pubDate>Tue, 03 Jul 2007 04:15:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3665820</guid><dc:creator>Evan</dc:creator><description>&lt;p&gt;Yes, I agree 100%. &amp;nbsp;Bottom-up doesn't work (I'm in that environment right now). &amp;nbsp;In fact, your fictious scenario is unfolding right in front of my eyes. &amp;nbsp;Integrating two systems by putting a third in the middle is anti-agile. &amp;nbsp;Hopefully, I will be able to twist that proposal into something else.&lt;/p&gt;
&lt;p&gt;I do think the middle-out approach needs some more attention though. &amp;nbsp;I caught a good nugget of information at the bottom of a recent MS press release.&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://www.infoworld.com/article/06/10/04/HNmsesbsoa_1.html"&gt;http://www.infoworld.com/article/06/10/04/HNmsesbsoa_1.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;quot;In the real world, the success stories we see are customers taking a pragmatic, middle-out approach,&amp;quot; he said. &amp;quot;The only way to truly track to the needs of the business is to take small steps along the way. The mega projects are either big science projects that never get finished or they diverge from the needs of the business.&amp;quot; [at the bottom]&lt;/p&gt;</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3745411</link><pubDate>Sat, 07 Jul 2007 15:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3745411</guid><dc:creator>Jean-Jacques Dubray</dc:creator><description>&lt;p&gt;Nick:&lt;/p&gt;
&lt;p&gt;I hope your daughter feels better. I also have a 9 year old, and being French, I can't think of what it can be not having the money to take care of your child, because I don't know many children who do not require routine surgery or recurrent medication at some point, not to mention the monthly ear infection, and other snags in the early stage of life.&lt;/p&gt;
&lt;p&gt;Back to your discusion, I am a bit puzzled about what you are saying. Usually people do SOA with focus such as:&lt;/p&gt;
&lt;p&gt;a) BPM (automation &amp;amp; agility)&lt;/p&gt;
&lt;p&gt;b) reuse (normalize business logic and data in IT)&lt;/p&gt;
&lt;p&gt;c) integration (provide a more repeatable integration capability using modern technologies)&lt;/p&gt;
&lt;p&gt;reuse is very bottom up for instance and can be very successful in eliminating redundant maintenance cost when business logic, data schema need to change&lt;/p&gt;
&lt;p&gt;bpm is also kind of bottom-up as you may focus on one process at a time and not necessarily care or can create reusable services. &lt;/p&gt;
&lt;p&gt;integration is also kind of bottom up in nature, you expose integration points in your system as you think they will be useful in the future. &lt;/p&gt;
&lt;p&gt;Of course, having a bottom up approach without focus is not a good idea, it will get you no-where, but I am not sure having a top down approach will get you anywhere either. Your analysis might give you a bunch of very useful services but it doesn't tell you when you will need them in the next project. As a rule of thumb, people should avoid any big bang project. &lt;/p&gt;
&lt;p&gt;My experience is that SOA is a discipline that you apply one project at a time and while you work on a particular project you try to leverage as much &amp;quot;long range&amp;quot; coherence as possible within your information system. You need visibility to establish this long range coherence, but I would not call that &amp;quot;top-down&amp;quot;.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;JJ&lt;/p&gt;
&lt;p&gt;jdubray-at-gmail.com&lt;/p&gt;</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3757385</link><pubDate>Sun, 08 Jul 2007 09:20:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3757385</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;@JJ&lt;/p&gt;
&lt;p&gt;Thank you for your kind words. &amp;nbsp;My daughter is gradually improving, but it is day-by-day. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;I'm not saying that &amp;quot;top down&amp;quot; is great. &amp;nbsp;It is usually a mess. &amp;nbsp;What I am saying is that bottom up is worse.&lt;/p&gt;
&lt;p&gt;In your description, you describe a process where you choose to invest in improvement selectively, where the investment is needed and available. &amp;nbsp;That is neither top down nor bottom up. &amp;nbsp;That is simply the reality of IT. &amp;nbsp;We don't (and really shouldn't) decide the business priorities.&lt;/p&gt;
&lt;p&gt;However, when investment begins, you have to be ready, in the early planning process, with information about the services that are needed by the enterprise, and the ones that each major investment will provide. &amp;nbsp;It requires real committment by IT management to build these things, and a real committment by the IT architects to build a SOA in the first place. &amp;nbsp;(I do NOT have a common consensus even on that basic point).&lt;/p&gt;
&lt;p&gt;Being ready is difficult. &amp;nbsp;That requires planning before there is actually a project. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you wait until the project begins, it is too late to build for the enterprise. &amp;nbsp;Reuse of that kind is harmful, because you will end up with competing visions of the enterprise business object model. The cost of NOT planning for SOA is the cost of creating a complex EAI infrastructure where one would not be needed if you did some planning in advance.&lt;/p&gt;
&lt;p&gt;So you do BPM where it is needed, and you do services where they are funded, but you don't do them blind and you don't expect that the cost of the project will pay for the work that the enterprise needs. &amp;nbsp;It won't. &amp;nbsp;&lt;/p&gt;
</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3773498</link><pubDate>Mon, 09 Jul 2007 06:38:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3773498</guid><dc:creator>Rohit Rai</dc:creator><description>&lt;p&gt;SOA is about agile and expanding . . . To qoute Miko Matsumura (webMethods), &amp;quot;Think global, Act local&amp;quot;&lt;/p&gt;
&lt;p&gt;Begin implemntating the SOA from a part, keeping the organisation in perspective and &amp;quot;building governance right into it&amp;quot; and &amp;quot;not wasting your time in governing it's implemntation&amp;quot; :)&lt;/p&gt;
&lt;p&gt;SOA should start right of from the easiest/most difficult places, as per the companies perspective, so that we begin reaping on the benefits that it can offer at very early stages and also it alows it to get to the real world bottlenecks sooner than what you can in a design process.&lt;/p&gt;</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3777722</link><pubDate>Mon, 09 Jul 2007 11:21:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3777722</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;@RohitRai&lt;/p&gt;
&lt;p&gt;What you describe is middle out, not bottom up. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;By the way, I find it interesting that you give credit to Matsumura for the quote.&lt;/p&gt;
&lt;p&gt;&amp;quot;Think Globally, Act Locally&amp;quot; is a motto that was commonly used about ten years ago in the US to encourage citizens to recycle and save energy. &amp;nbsp;Applying it to SOA is not particularly quote-worthy. &amp;nbsp;&lt;/p&gt;
</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3792955</link><pubDate>Tue, 10 Jul 2007 08:41:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3792955</guid><dc:creator>Rohit Rai</dc:creator><description>&lt;p&gt;Hi! Nick,&lt;/p&gt;
&lt;p&gt;First of all thanks, for putting me in tune with the &amp;quot;middle out&amp;quot; approach, I was wondering what that thing might be. Can you give me a few pointers to that, have been searching around the details?&lt;/p&gt;
&lt;p&gt;I feel from this perspective, it is bottom up. Just keeping the ultimate goal in view and not wandering from it :)&lt;/p&gt;
&lt;p&gt;&amp;quot;Think gloabally! Act Locally!&amp;quot;,&lt;/p&gt;
&lt;p&gt;Yes, it was the motto :) &lt;/p&gt;
&lt;p&gt;But also Matsumura, did put it to use in context to SOA, and that is not a research by me, it's mentioned by Joe McKendrik, in his blog about this post :) &lt;/p&gt;
&lt;p&gt;Check it here, &lt;a rel="nofollow" target="_new" href="http://blogs.zdnet.com/service-oriented/?p=912"&gt;http://blogs.zdnet.com/service-oriented/?p=912&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;And I do find it relevant in expressing the view of thinking about the organisational goal (global) while carrying on your work in small form (local). Correct, me if I am wrong. Am not as experienced as you poeple in the industry :)&lt;/p&gt;</description></item><item><title>re: Bottom-up SOA is harmful and should be discouraged</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#3803029</link><pubDate>Tue, 10 Jul 2007 23:36:40 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3803029</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Thanks for the link, Rohit. &amp;nbsp;I wasn't aware I was being so extensively quoted. &amp;nbsp;I appreciate it. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;I agree with nearly every word of Joe's blog. &amp;nbsp;He is using the term Bottom-up differently than I am. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;I'll blog this in a seperate post.&lt;/p&gt;
</description></item><item><title>The BPM Elevator Speech</title><link>http://blogs.msdn.com/nickmalik/archive/2007/07/02/bottom-up-soa-is-harmful-and-should-be-discouraged.aspx#5975443</link><pubDate>Thu, 08 Nov 2007 06:06:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:5975443</guid><dc:creator>John Reynolds's Blog</dc:creator><description>&lt;p&gt;A few years ago I posted a short blog entry &amp;quot; The SOA Elevator Speech &amp;quot; to try to distill SOA into talking points that you might be able to cover on one elevator ride. With that posting in mind, here's my attempt at explaining BPM as concisely as I can..&lt;/p&gt;
</description></item></channel></rss>