In discussions on cloud computing, I often talk to architects who have been told to create a "cloud strategy." This sounds appropriate enough, but there’s a devil in the details: When the task is "create a Technology X strategy," people often center strategy on the technology. With cloud, they aim to get a good definition of pure cloud and then find places where it makes sense to use it. The result is a technology strategy silo where cloud is placed at the center and usage scenarios are arranged around it. The problem with this is three-fold:
Considering the full business dynamics of any given usage scenario, there is a wide continuum of often strongly competing alternatives to pure cloud (including cloud-like and traditional options).
The rapid pace of market development means that business value equations along this continuum of options will keep changing.
Your business needs integrated strategy for many technologies, not simply a siloed cloud strategy.
Most of us have already heard that Sybase will become part of SAP — or, to be more precise, that SAP and Sybase announced that SAP's subsidiary, SAP America, Inc., signed a definitive merger agreement to acquire Sybase. When this acquisition takes place, there will be various impact areas across SAP and Sybase’s combined portfolio. Rather than discussing this big picture, I would like to focus on SAP for Banking.
In a conversation with a vendor in the application portfolio management space the other day, we got on the subject of what "Cloud" means to them and by extension to their current and future customer base. My colleagues have written extensively on what it may mean to Oracle, Microsoft, IBM, HP and others, and our conversation began discussing the potential of cloud-computing from a vendor perspective - for instance:
Jean-Jacques Rousseau wrote, man is born free and is everywhere in chains. So too Enterprise app deployments are conceived as self contained yet everywhere are integrated with legacy and complementary apps.
My colleague Ken Vollmer and I are looking at packaged apps integration best practices and how these might change as some apps move to the cloud. We are asking:
What kind of middleware do you use?
How do you help process owners to assemble (composite) processes that have transactional integrity?
What do you do about the conflicting data models of apps from different stables – for example yours and those of a third party or perhaps in –house?
How far can so called “canonical” data models and meta data help to overcome such problems?
If you have experience and an opinion about what constitute the top three best practices in such packaged apps integration, or if you can warn about the three most egregious pitfalls to avoid we would love to talk with you.
The mobile channel is increasingly relevant in business strategies, application architectures and applications of financial services firms. Consequently, we are all aware that the headline represents a strong exaggeration. So, why this statement? Is there any substance in it that application architects, application developers, and enterprise architects need to consider? Interactions with a number of banks indicate that the answer is yes.
Those are words you don't want to hear when playing chess. Similarly, you don't want to be checkmated in the rough and tumble of the business real world.
To win at chess and in business to you have to make smart decisions constantly and consistently - decisions that are guided by a carefully crafted strategy designed to checkmate your opponent or, at a minimum, to stay in the game. Deciding what moves to make in chess is hard enough even though it is just you and your opponent. The decisions businesses have to make everyday can be much more complicated and the stakes are much higher.
I want to develop a Web application - a really good Web app. The kind of Web app that will make me so rich that I can buy an $9.4 million co-op over looking Central Park, a Yacht registered in Monaco, and hire an architect to build my dream-house west of Boston that is a combo of Buckminster Fuller, FLW, and MTV cribs.
I have grown weary of hearing excuses (for 20 years) from application development professionals about why they are challenged when it comes to developing and delivering applications that meet the expectations of the bus
The founding Fathers of the United States understood all too well the importance of complex events when on July 4th, 1776 they wrote:
"When in the course of human events it becomes necessary for one people to...etcetera, etcetera, and etcetera".
Similarly, many of today's business and IT leaders understand the importance of reacting to business events as they occur in real-time and how that can dramatically change the performance and agility of their business.
Event processing, often called "complex event processing" (CEP) is a hot new enterprise middleware category. CEP answers the question: "What is happening right now in our business"? Sometimes the answer is as simple as ordering more products when the inventory dips below safety stock, but often it involves recognizing patterns of business events that foretell critical business situations that require immediate action.
CEP platforms analyze streams of data as they flow from live sources such as transaction flows, click streams, market data feeds, and myriad other sources of data swirling around inside a business environment. The platforms then prompt either downstream applications or people to react to the information by resetting processing priorities, changing online sales strategies, buying and selling stocks, or performing some other action.