{"id":476,"date":"2008-09-08T07:17:20","date_gmt":"2008-09-08T12:17:20","guid":{"rendered":"http:\/\/www.biske.com\/blog\/?p=476"},"modified":"2008-09-08T09:04:39","modified_gmt":"2008-09-08T14:04:39","slug":"best-of-breed-or-best-fit","status":"publish","type":"post","link":"http:\/\/www.biske.com\/blog\/?p=476","title":{"rendered":"Best of Breed or Best Fit?"},"content":{"rendered":"<p>I saw the <a href=\"http:\/\/www.softwareag.com\/Corporate\/Company\/latestnews\/20080908_ReleasewebMethodsInsight_page.asp\">press release<\/a> from <a href=\"http:\/\/www.softwareag.com\/\">SoftwareAG<\/a> that announced their &#8220;strategic OEM partnership&#8221; with <a href=\"http:\/\/www.progress.com\/\">Progress Software<\/a> for their <a href=\"http:\/\/www.actional.com\/\">Actional<\/a> products. \u00c2\u00a0While I&#8217;m not going to comment on that particular arrangement, I did want to comment on the challenge that we industry practitioners face when trying to leverage vendor technologies these days.<\/p>\n<p>There has been a tremendous amount of consolidation in the SOA space. \u00c2\u00a0There&#8217;s also been a lot of consolidation in the Systems Management space, another area where I pay a lot of attention. Unfortunately, the challenge still comes down to an integration problem. The smaller companies may be able to be more nimble and add desired capabilities. \u00c2\u00a0This approach is commonly referred to as a &#8220;best of breed&#8221; approach, where you pick the product that is the best for the immediate needs in a somewhat narrow area. \u00c2\u00a0Eventually, you will need to integrate those systems into something larger. \u00c2\u00a0This is where a &#8220;best fit&#8221; approach sometimes comes into play. \u00c2\u00a0Here, the desire is to focus more on breadth of capability than on depth of capability.<\/p>\n<p>The definition of what is appropriate breadth is always changing, which is why many of the &#8220;best fit&#8221; vendors have grown by acquisition rather than continued enhancements and additions to their own solutions. \u00c2\u00a0Unfortunately, this approach doesn&#8217;t necessarily make the integration challenges go away. \u00c2\u00a0Sometimes it only means that a vendor is well positioned to offer consulting services as part of their offering, rather than having to go through a third party systems integrator. \u00c2\u00a0It does mean that the customer has a &#8220;single throat to choke,&#8221; but I don&#8217;t know about you, I&#8217;d much rather have it all work and not have to choke anyone.<\/p>\n<p>This recent announcement is yet another example of the relationships between vendors that can occur. \u00c2\u00a0OEM relationships, rebranding, partnerships, etc. \u00c2\u00a0Does it mean that we as end users get a more integrated product? \u00c2\u00a0I think the answer is a firm maybe.<\/p>\n<p>The only way that makes sense to me is to always retain control of your architecture. \u00c2\u00a0It doesn&#8217;t do any good to ask the questions, &#8220;Does your product integrate with foobar?&#8221; or &#8220;How easy is it to integrate with such-and-such?&#8221; \u00c2\u00a0You need to know the specifics of where and how you want these systems to integrate, and then compare that to what the vendors have to say, whether it&#8217;s all within their own suite of branded products or involves partners and OEM agreements. \u00c2\u00a0The more specifics you have the better. \u00c2\u00a0You may find that highly integrated suites, perhaps are integrated in name only, or maybe you&#8217;ll find that the suite really does operate as a well-oiled machine. \u00c2\u00a0Perhaps you&#8217;ll see a small vendor that has worked their tail off to integrate seamlessly into a larger ecosystem, and perhaps you&#8217;ll find a small vendor that is best left as an island in the environment.<\/p>\n<p>Then, after getting answers, go through a POC effort to actually prove it out and get your hands dirty (you execute the POC, not the vendor). \u00c2\u00a0There are many choices involved in integrating these systems, such as what the message schemas will be, and the mechanisms of the integration itself- are you integrating &#8220;at the glass&#8221; via cut and paste between applications? \u00c2\u00a0Are you integrating in the middle via service interactions in the business tier? \u00c2\u00a0Or are you integrating at the data layer, either through direction database access or through some data integration\/MDM-like layer? \u00c2\u00a0Just those questions alone can cause significant differences in your architecture. \u00c2\u00a0The only way you&#8217;ll see what&#8217;s really involved with the integration effort is to sit down and try it out, just do so after first defining how you&#8217;d like it to work through a reference architecture, then questioning the vendors on how well they map to your reference architecture, and finally by getting your hands dirty in a POC and actually trying to make it work as advertised in those discussions.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I saw the press release from SoftwareAG that announced their &#8220;strategic OEM partnership&#8221; with Progress Software for their Actional products. \u00c2\u00a0While I&#8217;m not going to comment on that particular arrangement, I did want to comment on the challenge that we industry practitioners face when trying to leverage vendor technologies these days. There has been a [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4,11,48,1],"tags":[],"class_list":["post-476","post","type-post","status-publish","format-standard","hentry","category-enterprise-architecture","category-infrastructure","category-integration","category-soa"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/476","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=476"}],"version-history":[{"count":6,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/476\/revisions"}],"predecessor-version":[{"id":481,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/476\/revisions\/481"}],"wp:attachment":[{"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=476"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=476"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.biske.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=476"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}