The ITKO Blog: Service Virtualization and Application Lifecycle Optimization - CA Technologies

Ready to Fly at TIBCO TUCON 2011 - Session

We're in the midst of preparing for TIBCO's big annual event, TUCON 2011 - September 27-29 - this year it's in Las Vegas at the Aria Hotel. It's been 3 years since our last appearance at one of these shows.

Our co-founder & Chief Technologist Ruston Vickers will be presenting Wednesday, Sept. 28th at 3:40PM as part of the show's Cloud Track: "ITKO: Make TIBCO Application Development Lifeycles Fly." [See the Cloud Track of sessions here.]

Ruston's session will cover 6 different customer examples - from an investment bank that avoided dangerous software problems by "shifting quality left" and continuously validating their TIBCO RV ESB systems and messaging, to a Telco that is developing and testing complex apps in Cloud environments at a huge cost savings and scalability advantage.

As you might have noticed, ITKO is now a CA Technologies company, and our theme for this show is "Where Agility Takes Flight." Fundamentally, our LISA products help TIBCO customers deliver critical IT functionality to market faster, cheaper, and with better quality.

You won't be able to miss our booth -- so if you hover around there, ask us how the union of LISA and CA product suites will help your TIBCO integration and Cloud projects get off the ground faster, and improve coverage across the lifecycle of applications, beyond LISA's innovative development, test, Service Virtualization and DevTest Cloud environments that TIBCO and its customers are already familiar with.

We're looking forward to this show. TUCON puts the customers first, and provides great insight into the latest practices happening in integration environments and partners swirling around this company. You can register for the event here: http://tucon.tibco.com/ and tell 'em we sent you!

Intermediating ESBs for SOA: The Final Webinar?

OK, sorry to mix metaphors, but it is time to put this can of worms to bed (???). If you've been following this blog you couldn't help but notice the many posts on the apparent ESB vs. SOA controversy. All of this started with an innocent little interview John did for SearchSOA - where the topic of Intermediating multiple ESBs came up. This article created a tornado of posts from some heavy hitters on SOA topics over the last month.

Given all of that, we decided to have our own little webinar on the topic Monday - and we were glad to find dozens of you Chief Architects and senior IT & Dev Managers attending - and asking some great questions about how to rationalize ESBs with their existing technologies, and enable your SOA initiatives going forward.

You can watch an archive of this informal, and informative webinar, with iTKO's John Michelsen, and Chris Kraus here: http://www.itko.com/site/resources/esbwebinar.jsp. Chris demonstrates a little software how-to in the middle of the session for those to like to see the screens.

Hey, are ESBs evil? We don't think so - we've always considered them to be another valuable building block in SOA for many of our customers. The key to success here is making sure you are using ESB platforms, even if they are of different flavors - for doing what they do best in the integration process. An ESB does not make an out-of-the-box SOA. However with good design and architecture principles, and strong validation and Governance, you can mitigate the risks of working with these technologies and bring a lot of your legacy and transactional technologies into the SOA fold with much more ease.

Virtualization of ESB messaging behaviors (and the underlying apps and mainframes they expose) is another way to address these ESB intermediation constraints between teams - say if I'm on the webMethods (SAG) team and need access to the TIBCO team's messaging framework. Or if I'm using Oracle/BEA Aqualogic and need to interact with services exposed through the SAP XI messaging tools. Our counterpart on the other team may want to limit our access to these systems - especially if they are supporting live business requirements. The ability to virtualize away those inter-team dependencies, and have a realistic, stable Virtual ESB earlier in my design/develop/test lifecycles can take away much of the cost and delivery timing constraints inherent in intermediation.

Is this the final time we'll visit this controversy? Maybe not - as long as there is complexity and change in SOA, which is the case for virtually every decent sized enterprise IT shop, there will be a need to rationalize multiple technologies. After all, we have to keep doing business today, despite mergers, compliance changes and new competitive pressures that make us keep bringing in new technologies.

We invite you to sit in on the session and make up your own mind -- and welcome your comments on the content.

TIBCO Community Blogs – Second in a Series on Software Community Blogs

This post on TIBCO Community Blogs is the second in our series on the community blogs of leading integration and SOA platform software firms.  The TIBCO Community has a blog site. You need to register to gain more access. It looks new and there is only one blog so far, on TUCON 2008, but this blog has many authors, including people outside TIBCO such two of the bloggers on our lists, Dana Garnder and Joe McKendrick. SOA TIBCO is the most popular tag. The most recent post is When Real-Time Isn't Fast Enough: Notes from TUCON 2008 was written during the event.

It discussed a number of topics including an addition to the run time SOA governance, Service Performance Manager, which “cleverly bundles some of its Business Events complex event processing technology to tell you whether you're meeting the Service Level Agreements, at least from a performance standpoint. It takes the assumption that service levels are a classic complex event processing problem, especially given the kinds of highly scaled and highly distributed networks that TIBCO customers tend to have.”

At the same event, in another TUCON 08 blog post by Dana Gardner wrote that CEO Vivek Ranadive used his keynote presentation to describe the need for an "event cloud" to support the demands on the next generation of enterprise infrastructure. He said that “an elevated level of cloud management would allow for complex business events and activities to occur in "real-time" at the huge scale demanded of modern business processes. He said TIBCO's goal remains the same as it has been for years, to the bring the right information to the right places at the right times. Only now is that vision nearing fruition, and the combination of SOA and cloud computing will make it happen.” Ranadive also spoke against having data trapped in databases, preferring a pending era of data portability.

An alternate place to check out is the IT Toolbox group of TIBCO EIA users. It is a real user board - geared toward the bit twisters trying to solve tactical issues, but there are at least a dozen or so active threads going on every day, on everything from legacy enablement to managing BPM inside BusinessWorks.

This was certainly much of what we are finding TIBCO customers doing every day - how do I turn my technology "silos" into something much more flexible that runs on the information bus (the "TIB" in their name), and how do I validate and prove that it will continue to meet changing needs? It was great to join them at this last TUCON and here's to the creation and promotion of the "TIBCOmmunity" of users.

Oracle buys BEA - Nice time to get a check-up

The biggest news in software may have already hit this year, but it's not like we didn't hear it coming for the past few months. Oracle finally makes good on its intent to buy BEA at $8.5B: http://online.wsj.com/article/SB120048691486294361.html

To us, this is good news -- like when SoftwareAG and webMethods merged - it combines a strong integration firm with a global presence, with a technology leader in the SOA space.

It's also a good move for Larry. Aside from increasing their customer base, it really moves Oracle more into the SOA mainstream - almost every customer we know has some Oracle apps, databases and integration inside their enterprise, but adding some leading AquaLogic ESB and Governance aspects of BEA will make a huge difference in advancing Oracle FUSION as an SOA platform.

Oracle getting JRockit from BEA also bodes well for performance, as now they can optimize that for the Oracle application stack.

For BEA customers, at least the anticipation is over, and they can continue to move forward with their plans with this reality in mind. I'm quite sure the best of BEA's stack will still be going on in the FUSION platform. Plus, for quality and reuse, consolidation of a SOAP stacks is a good thing. Both BEA and Oracle were operating their own SOAP stacks, and combining those particular efforts will create better interoperability for a whole lot of customers.

Is this too much consolidation? There are still several choices for how you provision SOA - you can go TIBCO, SoftwareAG/webMethods, IBM or HP, now Oracle/BEA, maybe Microsoft, or even open source, and there are best of breed tools out there that still perform unique functions in the SOA ecosystem. See, SOA is still something you DO, not something you buy. The business requirements should still lead the technology decision in every case -- and that doesn't usually jibe with the "one vendor fits all" strategy.

Where's the risk to BEA and Oracle customers? As a vendor charged with testing and validating platforms from both BEA and Oracle, this will create many new opportunities to help companies integrate and ensure business continuity as the story of consolidation continues to evolve.

We recommend that whatever your preferred tools are, that you follow best practices of creating a set of baseline component and system-wide tests of your "as-is" environment, so that as these two platforms are merged and upgraded, you will be able to test and maintain Business Continuity throughout the process. This is equally important if you decide to move to another vendor as well.

While we do believe that the combined new company will certainly make a commitment to customers, if you are in IT there is no shortcut to quality. Your best strategy is to establish a line of defense against unforeseen consequences -- with a thorough, and thoroughly managed suite of tests.