Innovation - Incubator for "rogue" applications (continued)


Welcome to the "Architect 2 Architect” blog, Mahi!  Awesome first post as well!  I am using an unconventional mechanism to reply to your intriguing blog post “http://architect2architect.blogspot.com/2011/05/innovation-incubator-for-rogue.html”.

I am in complete agreement with you on both your dilemma about introduction of “out of compliance’ business solutions into the main stream enterprise technology stack and with your observation that the architect community is in fact at odds with the business in terms of  the value prop assigned to these so called "rogue" solutions. 

First of, a quick comment on why architects approach these “rouge or disruptive technologies” with skepticism!  Architects fear lack of interoperability standards in the new technology, the solutions’ inability to scale, or that there are security loop holes.  Architects are also right in verbalizing the business concerns in the pre-production phase which are the very QoS concerns that would plague the business users once the “rogue” solution is in production!!  What an irony!  Your proposal of having access to these “isolated incubator environments” helps architects in vetting out these concerns without interfering or negatively impacting mission critical business systems.  Also, as you propose if this team is made up of a “segment of the enterprise architecture team”, it insures that the architects stay open minded and in touch with both the new age technologies and the business needs!!  

Some other benefits of having the architecture community engaged in these “technology incubators” would be that the solutions are created in somewhat of an extensible manner.  In addition, architects can use scientific analysis to insure that the technology being introduced through the “rogue” solution is interoperable.  If not, the architects can employ mitigation strategies and architecture principles such as loose coupling (i.e. of data and business logic) to insure that the solution is able to scale to meet business growth projections.    

Key success criteria for investment in this type of a incubator test bed or an innovative technology SWAT team would be that these technologies/ innovative solutions are adopted as “standards” in time and brought into the main stream. This prevents the enterprise from becoming peppered with too many one off solutions and technology stacks which would end up eroding the initial benefits of speedy adoption.  Furthermore, processes need to be put in place to identify when an incubator can be promoted to become a first class citizen of the enterprise. 

Clearly, leading technology companies and technology solutions providers have recognized this need.  Case in point is the high uptake of technologies that deliver situational apps and "mash ups".   The innovative idea of Incubator environments can be used to offer disruptive technologies and solutions a “fast path” to production while offering predictability; demonstrating that speed to market and enterprise readiness need not always be competing goals but complementary ones indeed; which in turn put architects and the business on a common platform.  

Fellow architects, please join in and tell Mahi and I if you have in fact implemented the concept discussed in these two related posts! Surekha -

Comments

Post a Comment

Popular posts from this blog

Issues with Server Virtualization

Virtualization has been considered a great way to maximize utilization of server resources by increasing server density. In addition, this concept is considered to be very key to green IT initiatvies as it reduces the number of compute resources needing to be supported in a data center thus reducing the cooling and power costs. Having said that, there seems to be a performance downside to virtualization. Given that a virtual machine (VM) is yet another layer of indirection the server HW this layer negatively impacts the performance any time there is a need for the application to access IO Channels, SAN disc and other network resources. This is especially so when the application code is either running inside of a JVM or an application server container such as a JEE container, .NET CLR or even a web server servlet container. In all cases, performance profiles of an application seem to vary whether the application is running inside of a virtual layer vs. directly on the physical server. V...
Read more

What is the definition of a strategic partnership with a vendor?

In this post I try to outline a few features of what I would consider a strategic partnership with a service provider or a technology vendor.  These are thoughts that I have distilled from years of experience (good and bad) with my vendor partners.  Hence this aspect of doing business cannot be overlook and not the least of these is the "cost" of doing business. Here are a few key attributes, not necessarily in any particular order of preference. 1) the strategic partner relationship has to go beyond a transactional one to that of a more long term one 2) the strategic partner has to have skin in the game - they have to be measured with your success criteria - they can succeed only if you do 3) the strategic partner has to be willing to "share" their technology roadmap with you 4) the strategic partner has to allow you to re-shape their technology roadmap to meet your needs 5) the strategic partner relationship has to include making their test labs, test gear, pr...
Read more

Data Aggregation & Data Discovery - Part I

A lot of talk has been heard lately about the concept of data lake.  Variously known as, data refinery, data factory etc.  I find it interesting that we now hear logical architectural terms that speak to the concepts and to the purpose of the big data technologies such as Hadoop / HDFS and Apache distributed database technologies such as HBase / Cassandra .    This may be indicative of a shift.  What I am not sure of is does this mean that there is a level of maturity that has been achieved by this suite of open source technologies? Or could  this point to the fact that these technologies have practical applications that solve enterprise scale problems? Or does it show that enterprises have realized that they are no longer able to just deal with "structured data" and that a vast majority of information lies in the space of "unstructured content" leaving them no choice but to venture into the realm of big data technologies?  Not really sure! ...
Read more