Informatica is one of the traditional leaders when it comes to data quality and data integration. More than 4,000 customers trust Informatica's software products globally and drive more than half a billion dollars in revenue. Informatica solves many of the traditional data integration challenges, for example, between custom developed apps and packaged ERP solutions. As a result, IT operations professionals and enterprise architects are well aware of Informatica’s solutions. However, what has gone under the radar so far is Informatica's cloud computing approach. For about two years now, Informatica has provided www.informaticacloud.com, a cloud-based integration offering, for customers. Informatica recently announced a new version of this service, and Forrester had the chance to talk to the vendor prior to the launch. The new solution offers an improved service for data quality, B2B data transformations, and a number of continuous improvements. But what really caught my attention is Informatica's well-kept secret of a sophisticated agent technology.
Back-office managers and European customers have ignored the message — until now
The rise and rise of cloud has been dominating the headlines for the past few years, and for CIOs, it has become a more serious priority only recently. People like cloud computing. Well - at least they like the concept of cloud computing. It is fast to implement, affordable, and scales to business requirements easily. On closer inspection, cloud poses many challenges for organizations. For CIOs there are the considerable challenges around how you restructure your IT department and IT services to cope with the new demands that cloud computing will place on your business - and often these demands come from the business, as they start to get the idea that they can get so many more business cases over the line for new capabilities, products and/or services, as they realize that cloud computing lowers the costs and hastens the time to value.
Today, Google announced Google App Engine for Business, and integration with VMware’s SpringSource offerings. On Monday, we got a preview of the news from David Glazer, Engineering Director at Google, and Jerry Chen, Senior Director Cloud Services at VMware.
For tech industry strategists, this is another step in the development of cloud platform-as-a-service (PaaS). Java Spring developers now have a full platform-as-a-service host offering in Google App Engine for Business, the previously announced VMforce offering from salesforce.com, plus the options of running their own platform and OS stacks on premise or in virtual machines at service providers supporting vCloud Express, such as Terremark.
What’s next? IBM and Oracle have yet to put up full Java PaaS offerings, so I expect that to show up sometime soon – feels late already for them to put up some kind of early developer version. And SAP is also likely to create their own PaaS offering. But it’s not clear if any of them will put the same emphasis on portability and flexible, rich Web-facing apps that Google and VMware are.
So Google aims to expand into enterprise support – but will need more than the planned SQL support, SSL, and SLAs they are adding this year. They'll also need to figure out how to fully integrate into corporate networks, the way that CloudSwitch aims to do.
Finally, SAP Is Acquiring (At Least A Mobile) Middleware
SAP’s customers and the analyst community have been speculating about the possibility of SAP acquiring a middleware company for a while. After it had missed out on acquiring one of the heavyweights like BEA and hesitated over TIBCO and Progress Software, SAP and Sybase agreed yesterday on the $5.8 billion transaction.
Sybase used to be a database, but its database’s visibility in the market decreased so dramatically that, in a recent Forrester survey, it wasn’t considered to be a primary database choice by any application domain. A good share of the 4% of open source databases used in the ERP space are actually SAP’s open source MaxDB (based on SOFTWARE AG’s original ADABAS D), which is a default for SAP systems if a customer doesn’t provide a third-party database like Oracle or DB2. SAP is unlikely to replace this default database with Sybase. This would be an even less important database than MaxDB, which integrates well with NetWeaver. But different analysts have different opinion and you might like to look for Boris Evelson's take on the impact of Sybase's database. If SAP runs a careful post-merger process, it will recognize Sybase’s database knowledge and employ all the engineers who have already developed in-memory database capabilities to bring Hasso’s idea from the Palo Alto “garage” to full product availability. While SAP has deployed in-memory capabilities in its analytics technology stack, the in-memory capabilities for transactions are still in the lab.
It's been a little over a year now since it was announced that Oracle would buy Sun, and in the intervening time, there has been a great deal of speculation over what would happen to Sun's storage division. I know I've been waiting with bated breath (ok, that might be a BIT strong) to find out what the future of Sun storage would be, and now we have at least a small nugget of information (Oracle has been frustratingly mum on the topic since the acquisition). As you might have guessed, there is good news and there is bad news for Sun storage customers:
Today, Oracle announced yet another acquisition - this one of Phase Forward, a clinical research suite that helps life sciences companies manage their R&D process. Oracle paid $685 million in cash for this acquisition. While my research role focus does not encompass life sciences software specifically, Oracle's overall apps strategy is definitely of interest to me. My thoughts about this deal are as follows:
Oracle continues to aggressively acquire industry-specific applications to complement its core ERP solutions (e.g., EBS, PeopleSoft, J.D. Edwards, and the yet-to-be-released Fusion Applications). Industry apps enable Oracle to achieve deeper relevance with specific types of businesses, and sell them additional products, including middleware, integration accelerators, BI, databases, core ERP applications, and now even computer hardware.
The Phase Forward clinical trials software puts Oracle into the mix in large pharma accounts, where SAP tends to have the lion's share of the wallet for applications.
Healthcare overall is a massive market opportunity for which Oracle has only scratched the surface. Oracle only recently established a Health Sciences Global Business Unit, and more acquisitions can be expected in and around the healthcare ecosystem. Healthcare provider solutions may fit into this build-out at some point.
Your thoughts on Oracle's apps strategy and portfolio? Feel free to comment here.
I was lucky enough last week [22 March 2010] to moderate a panel at EclipseCon on the future of application servers. The panelists did a great job, but I thought were far too conservative in their views. I agree with them that many customers want evolutionary change from today to future app servers, but I see requirements driving app servers toward radical change. Inevitably.
The changes I see:
Get more value from servers, get responsive, get agile and flexible
Tuxedo is Oracle’s application environment for the non-Java languages. Like most “legacy” transaction servers, Tuxedo provides major large enterprise functionality to the programming languages prior to Java. Tuxedo had focused on C/C++ and COBOL until now. Among a couple of innovations, the most exciting news in the just-announced Oracle Tuxedo 11g release is the support for Ruby and Python. This pushes these newer languages immediately up the enterprise performance and reliability scale, making them comparable to COBOL, ABAP, and NATURAL.
The huge challenge for Oracle after this move will be to get access to the Ruby and Python developer communities. Most of them are looking more at open source runtime environments than at heavyweight enterprise transaction environments. However, this latest move by Oracle may resonate with these young open source natives, who’ve gone from university to their first job at banks, insurance companies, and other traditional mainframe shops. Ruby and Python on Tuxedo could be appropriate choices for those developers who want to move stuff off a mainframe but don’t want to get into COBOL on the new platform again.
Hi, I'd like to share part two of a recent discussion that I had with Martin Schindler, Editor of Silicon.de. See part one here in case you missed it.
Martin Schindler: You indicated earlier that interest in third-party maintenance has increased since SAP wanted to make its Enterprise Support basically mandatory. Is this just excitement or real demand?
Stefan Ried: Yes, interest has increased. We're also seeing that from the vendor side. In addition to Rimini Street, which already offers maintenance for SAP systems, there is also Aptech, netCustomer, the Spinnaker Management Group, and Versytec, which are today limited to PeopleSoft, JD Edwards, and Siebel. The vendor space has developed further, and the list of SAP-supporting vendors will soon become longer. Finally, it makes sense to ask the larger systems integrators, such as Wipro, Tata Consultancy Services, IBM Global Services, and Siemens (SIS), which are also the largest SAP integrators, to quote for offering SAP third-party maintenance.
Martin Schindler: This is interesting. We've read little about such offers.
Stefan Ried: These integrators naturally don't make a lot of noise about these things, as they also have a partner relationship with SAP, of course. At the end of the day, the demand will be balanced with the supply — and if more customers request SAP maintenance from their systems integrator, they will start to offer it.
Martin Schindler: Is this profitable for integrators?
I'd like to share a recent discussion that I had with Martin Schindler, Editor of Silicon.de
Martin Schindler: There are experts who talk of a non-existing market when it comes to SAP third party maintenance. Is that correct?
Stefan Ried: You could have the impression, especially for Germany, because companies remain very close to SAP and many have decided for a Single-Vendor-Strategy. But in other countries it is much less the case. However the price politics of SAP in the last year and now the slow innovation speed has raised the discussion of alternative maintenance model again.
Martin Schindler: Are there German users with real interest in obtaining maintenance for their SAP system through another company?
Stefan Ried: Yes, there is definitely interest.
We regularly make, and particularly in the last year, sample calculations for users (as well as for system integrators) if it is worth going for third-party maintenance. It depends on various factors, whether it is worth it.
Martin Schindler: What do these factors look like?
Stefan Ried: Companies must check, for example, how much "know-how" exists in-house. Third-party maintenance can work very well, if not everything from SAP-Maintenance is needed. This is for example the case, when parts of the SAP-System are regarded as frozen, small legal changes follow, or to repair a bug. With this technical problems, compatibility with operating system patches, performance problems within an established system can be addressed and the system can operate securely with very little change. So, third-party maintenance vendors can, especially for older SAP systems, work very well.