Buying and Driving your SOA

SOA Offering No Comments »

When I get around to buying a new car, I know what is important to me. Being 6 feet 4 inches tall the first criteria is whether or not I can sit comfortably and see myself driving many miles, and then small things become important, like whether I can see the lights at an intersection. The comfort criteria is independent of the car and must be applied to all cars that I try, although I do like the image of relatively fast cars. When you look at what I drive, it might surprise you, I have a Ford Focus SVT which is good for 140 mph and 0-60 in about 6-7 seconds I am told. Many people have asked why I do not drive a SUV or similar and the reason in many cases for me is that they typically have less room for a driver of my proportions than my Focus.

When I bought my car, there was a lot I already knew. Having driven many cars, I knew where the steering wheel, radio, rearview mirror, etc. were and I knew that I could drive the car without a specific driving course, although to push the limit and understand how it would go 140 mph on a sweeping right hander would probably require a day at some race track. My wife on the other hand has to transport kids to the school and to soccer practice so her vehicle of choice is a minivan.

Now that I have shared with you some of the reasons how my family chooses cars, you may be wondering how this relates to SOA. Well, last week in a meeting with customers and prospects alike, I was getting questioned on selection criteria for ESBs and SOA infrastructure technologies.  And in nearly every conversation, the same criteria was clear - how many messages per second, how much memory, etc. etc., and only a few really came up with a statement such as "We are facing challenge X and would like to solve it?" This is the most important question because just like my car challenge of "sitting comfortably for long periods of time" outweighs the need to do 140 mph (which I have yet to do), if I bought a car that does over 150mph, it would probably be gone by now as it might not meet my primary needs. And lets face it, how fast do any of us really need to drive? Even the cheapest car on the market will do 80mph all day.

Using standards such as Web-Services, JMS, etc. also means that developers can apply the same disciplines to one technology as another - in much the same way that most drivers can switch cars. If it did not, Hertz and other companies would not be in business. Which brings me to the second theme of questions and comments I was getting, "What do my developers have to learn to be successful?" They have to learn to transition from one environment to another but still be able to apply the same core software engineering practices. For instance, you would not write all your business logic in one Java class so don’t do the same in one ESB process. In CORBA you would not make every object accessible, so why do you try to make every Java object a web-service?

SOA What? Buy the technology that makes sense for you and your business, e.g. if you are a distributed manufacturing organization build/buy a SOA that can be deployed and managed in a distributed manner.  If you are dealing in high volume transactions or events, you will, like a racing driver, need to look into performance. Once you have chosen your SOA technology, remember to still stop at red lights, and not to redline the engine at every gearshift. The speed limits may have increased, and you can break them later, but they still exist. And just like I would get special tuition to drive safely at 140 mph, remember to call on the experts of your SOA to drive at the limits.

Let us know if you have questions on SOA Products, we belive that we can help you (sales@crmit.com

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

What is the SOA Lifecycle?

SOA Offering No Comments »

I've been thinking about the SOA lifecycle.  What's interesting about it is that while most people acknowledge that SOA changes the traditional Software development Lifecycle (SDLC), we still have no clear definition of what the change actually is.

The most common attempt I see is to think of the SOA lifecycle as "design time, runtime, change time".  But the problem is that even without SOA, everything IT builds still changes - so the notion of "change time" is really just part of the regular SDLC.  This model doesn't tease out the changes caused by SOA infrastructure.

Here's my latest attempt at clearly articulating how the SOA lifecycle is different than the traditional SDLC.

In a traditional SDLC, you can broadly say there are two phases:

  • Pre-production (design, development, QA, etc.)
  • Production (deployment, operation, etc.)

In a SOA lifecycle, though, there's a new lifecycle phase which fits between these: I call it pre-consumption.

What is pre-consumption?  It's a hybrid of pre-production and production - part of what's being built is in production (some of the services) and part is in pre-production (some of the consumers):

  • To service providers pre-consumption looks like part of their production phase since their services are complete and operating in production.
  • To service consumers pre-consumption looks like part of their pre-production phase since their consumer application is still being built.

No wonder we have such hard time defining the SOA lifecycle - to any one individual it looks just like their regular lifecycle.  But, when you look at it overall for any given application, you realize that different people are in opposite ends of the lifecycle at the same time.  This is the nature of pre-consumption.

Original Blog Entry from Progress Software Blog < Here > (Thanks to Daniel for Permissions)

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

SaaS Has Staying Power

SOA Offering No Comments »

The Software as a Service model is certainly here to stay. I think there is a misconception that SaaS is geared only for the CRM market. Sure SaaS has been successful in this space, as seen by a short list of CRM providers listed below, but we are seeing more and more successful SaaS-based companies emerge in other markets: supply chain, email marketing, recruiting, content management, etc.

SaaS has not been around as long as the traditional client-server model but over the last 5-7 years SaaS companies have made huge strides.

The fact that many Fortune 1000 companies are also adopting SaaS technologies means that no longer is SaaS geared for only the small businesses. Large corporations can also benefits from the low start up costs, quick deployment times, and ease of use. Imagine being able to deploy a SaaS technology quickly and efficiently across a single business unit as a test piece and then rolling the technology out on an enterprise level once the technology proves itself out. Little financial investment, little IT resources during implementation, very low risk. Why not?

SaaS has staying power and will not be going anywhere in the long term. It will continue to disrupt the traditional client-server model and revolutionize the way companies receive products and services in a real-time, cost-effective, scalable, and reliable manner.

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

Gartner Report on Software as a Service

SOA Offering No Comments »

Worldwide total software revenue for software as a service (SaaS) within the enterprise software markets is projected to surpass $5.1 billion in 2007, a 21 percent increase from 2006 revenue, according to Gartner, Inc. The market is poised for strong growth through 2011, when worldwide revenue will reach $11.5 billion. (Within e-learning and Web conferencing, SaaS accounts for more than 60 percent and 70 percent of total market revenue.)

“SaaS adoption is highest in applications that support simplified, common business processes or large, distributed virtual workforce teams,” said Sharon Mertz, research director at Gartner. “Ease of use, rapid deployment, limited upfront investment in capital and staffing, plus a reduction in software management responsibility all make SaaS a desirable alternative to many on-premises solutions, and they will continue to act as drivers of growth.”

“Major on-premises software vendors are re-architecting their application stacks to service-oriented architectures. Their customers will invest in migration for those processes that are complex or proprietary, but they also have an opportunity at this juncture to evaluate whether SaaS is an appropriate alternative for other aspects of their business,” Ms. Mertz said. “Small and midsize businesses that have insufficient resources to convert their applications will also find SaaS an attractive 21st-century solution to their legacy systems.”

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

Our SOA Offering

SOA Offering No Comments »

Today, organizations that have adopted service-oriented environments are experiencing dramatic results, including increased revenues, increased customer satisfaction, lower operational costs, and higher returns on their existing technology investments. Service-Oriented Architecture is an IT strategy that organizes the discrete functions contained in enterprise applications into interoperable, standards-based services that can be combined and reused quickly to meet business needs.

By organizing enterprise IT around services instead of around applications, SOA provides key benefits:

  • Improves productivity, agility and speed for both Business and IT
  • Allows IT to deliver services faster and align closer with business
  • Allows the business to respond quicker and deliver optimal user experience
  • Masks the underlying technical complexity of the IT environment

This results in more rapid development and more reliable delivery of new and enhanced business services.

Business Benefits of Service-Oriented Architecture

  • Efficiency: Transform business processes from siloed, replicated processes into highly leveraged, shared services that cost less to maintain.
  • Responsiveness: Rapid adaptation and delivery of key business services to meet market demands for increased service levels to customers, employees, and partners.
  • Adaptability: More effectively rollout changes throughout the business with minimal complexity and effort, saving time and money.

IT Benefits of Service-Oriented Architecture

  • Reduced Complexity: Standards-based compatibility versus point-to-point integration reduces complexity
  • Increased Reuse: More efficient application/project development and delivery through the reuse of shared services, previously developed and deployed
  • Legacy Integration: Legacy applications, leveraged as re-usable services, lowers the cost of maintenance and integration
[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]
WP Theme & Icons by N.Design Studio
Entries RSS Comments RSS Login