This interesting question recently arrived in our Ask the Experts inbox, so I thought I’d write a brief post clarifying the difference between ASP and SaaS models.

TEC’s Take on ASP and SaaS

Perhaps not surprisingly, Wikipedia’s definitions for these two terms contribute to the confusion:

An application service provider (ASP) is a business that provides computer-based services to customers over a network. Software offered using an ASP model is also sometimes called on-demand software or software as a service. The most limited sense of this business is that of providing access to a particular application program (such as customer relationship management) using a standard protocol such as HTTP.

and

Software as a service (SaaS, typically pronounced [sæs]), sometimes referred to as “software on demand,” is software that is deployed over the internet and/or is deployed to run behind a firewall on a local area network or personal computer. With SaaS, a provider licenses an application to customers as a service on demand, through a subscription, in a “pay-as-you-go” model, or increasingly at no charge.

As we can see, these two previous definitions don’t throw enough light on the matter to distinguish clearly between ASP and SaaS.

Let’s start with their similarities:

Both a application service provider (ASP) and a SaaS provider provide access to a business software application through a network connection. This network connection could be a local area network (LAN) or a wide area network (WAN). The most common connection is an Internet connection, via a Web-based application. This thin client usage allows users to connect to business applications using a Web navigation tool (AKA a browser, such as Internet Explorer, Firefox, Chrome, Opera, etc.)

Another thing both models have in common is this: because of the way we connect to the business application, hardware, software, and data is allocated in a third-party location, this third party is in charge of maintaining the application and the infrastructure (hardware and software) to keep the application operating. So, companies use or consume applications “on-demand” or on a “pay as you go” basis.

To sum up: both ASP and SaaS providers enable a client (organization or individual) to use business applications, licensing them based on time periods, number of users, type of service, and functionality, as well as other factors.

So What’s the Difference?

The difference between ASP and SaaS providers lies mainly in the way they manage their respective computing resources.

Most ASPs use a single environment for each customer, which means that they provide a specific application that is set up for the individual customer. Each customer uses the business software as a single tenant, and does not share it with anyone else. All application setup configuration, and sometimes even server and operation configuration, is unique for each client.

On the other hand, with a SaaS provider, all customers share the same computing resources: servers, application, and database in a so-called multitenant model. So, while an ASP hosts the application environment in its own “building,” a SaaS provider uses the same application environment for all its customers, and they all share the same “building” (see figures 1 and 2).

figure1.png

 Figure 1. General ASP service structure

 

figure2.png

Figure 2. General SaaS provider service structure

The Side Effects (Heterogeneous vs Homogeneous)

Taking into account this fundamental distinction between an ASP and a SaaS provider, there is an important side effect:

While an ASP environment tends to be very heterogeneous, with, e.g., data centers composed of servers, applications, and environments from a wide variety of types, a SaaS environment tends to be unique for all the provider’s customers: all of them are attached to the same type of server, operating system platform, business application, and database layout.

Both ASP and SaaS providers reduce customers’ costs in terms of infrastructure maintenance as well as the need for a specialized IT team. And while an ASP reduces maintenance efforts and costs for the customer, the same is true to an even greater extent within a SaaS application. This is because an ASP needs to maintain dedicated setups for each customer, while in a SaaS application infrastructure all configuration, upgrades and fixes are applied once in a unique environment for all customers. On the flip side, while ASP customers have total control over configuration, in SaaS applications clients have only limited possibilities for customization features.

Something else you should know is that often ASPs move or migrate customer applications into their own data centers—and if these applications are not designed to operate over the Internet, this could generate another set of issues to be solved. SaaS providers, on the other hand, use applications designed to be operated and exploited over the Internet, whereby customers migrate only their data into the new SaaS application.

Because of their nature, SaaS applications are often criticized for a lack of flexibility regarding specific configuration options, while ASPs are criticized for high maintenance costs. And while many organizations have more confidence in ASPs in terms of security issues, organizations still have concerns regarding security when using a SaaS provider.

It’s hard to tell if traditional ASPs will be entirely supplanted by SaaS providers—many companies still need full control of their data and application configuration (regardless of whether this involves a more costly and time-consuming deployment), while others need the speed and low total cost of ownership (TCO) that a SaaS application can bring. The secret, as with other software selection dilemmas, is to address it with a rigorous selection methodology to make the best possible decision.

I welcome your thoughts—please leave a comment below, and I’ll respond as soon as I can.

Share This

Comments

Oleg on 3 October, 2010 at 4:02 pm #

I think, ASP is an older term. Today most of the companies moving towards SaaS definition. It incudes definition of multi tenancy. Best, Oleg


Suraj on 4 October, 2010 at 12:10 am #

Still getting a little confused. I think at the end, both of them are more or less the same.


Nitin Sahu on 4 October, 2010 at 12:33 am #

Thanks for this detailed post


Rafael Rodriguez on 4 October, 2010 at 1:39 am #

Very well put! I’ve battled to articulate the differences before, and I think that the fundamental differences in flexibility vs cost is the kicker.


[…] Read more at Technology Evaluation Center Blog […]


Saba on 4 October, 2010 at 3:58 am #

Then what is the diff between SaaS and Cloud models?


Wale Ajala on 4 October, 2010 at 5:17 am #

Good article. The difference between the two is clear.


Phil on 4 October, 2010 at 6:10 am #

I agree with Oleg. The term “ASP” reflects a model that did not succeed. “SaaS” is a come back when costs of storage and bandwidth are lower, security and web technologies are more advanced, comparing to ASP time.


Ricardo on 4 October, 2010 at 8:22 am #

I liked the explanation, It cleared the concepts to me. Nevertheless what is a difference between private cloud and ASP?


Dan Oyuga on 4 October, 2010 at 9:31 am #

When the rigidity in SaaS shall have been addressed, the difference will be the same.


Gautham on 4 October, 2010 at 11:00 am #

I think there isn’t much difference between the both. It is a matter of articulation based on where you want to lay emphasis on. SaaS vendors do have models where they offer single tenancy (sometimes, they call it Platform as a Service and charge you for both platform and application maintenance).
More than anything else, SaaS is part of new business model which came into existence after ASP model. Moreover, SaaS is just one of the new models - there are several of them offered ‘as a service’. ASP is obsolete in that sense and we may not talk about that at all in future.


Glen on 4 October, 2010 at 12:07 pm #

Assuming the Saas provider has a solid product, incorporating industry-specific best practices in their application(s), and an organization believes in / wants to follow best practices, there is less of a need to configure. Therefore SaaS will do the job. Those that legitimately need / want congifurability or customization (and can afford it - upfront and ongoing) have options including in-house, ASP, etc.


Eric on 4 October, 2010 at 8:28 pm #

Both models have a place.

The ASP model will serve for those applications that require specific configurations and where data security is key. Many companies view their specific deployment of computer technologies (HW,SW and database) as part of their secret sauce (competitve advantage). Only someone that is competely out of touch with business realities would suggest that, two manufacturers of bikes, for example, can or should use precisely the same configuration of technologies for their respective businesses. To do this each of the manufacturers would have to forego all future possibilities of achieving a competitive advantage through thier implementation of computer technologies (a prime source of increasing productivity).

SaaS, on the other hand is ideally suited for the common apps and technologies that we all use everyday, like MS Office. The only perception that will have to be addressed is data security. While we may all use a spreadsheet the same way, its contents are very likely to be confidential, at a minimum.


Amy Wohl on 5 October, 2010 at 9:24 am #

While most ASP vendors were single tenant and most SaaS vendors are multi-tenant, there are plenty of exceptions. Significant differences include:
-ASP vendors frequently built all their own infrastructure, spending much of their money on this capital investment; SaaS vendors often partner with infrastructure vendors and focus on creating and supporting their application.
-ASP vendors didn’t understand the available pricing and marketing models and couldn’t make a business out of what they were trying to do. Successful SaaS vendors generally understand marketing costs and pricing models.


Jim Eberlin on 6 October, 2010 at 11:02 am #

I think this is a good blog and very factual and informative - but one small part of it I’ve heard a lot and think it’s kind of the old way of thinking.

You mentioned: “On the flip side, while ASP customers have total control over configuration, in SaaS applications clients have only limited possibilities for customization features.”

It’s inferred as a positive for ASP or on-premise. But in fact it’s flawed in 2 respects:

1. In the cloud/SaaS world we have on-line communities and other sources to express ideas and innovation. And because of the model you describe above, innovation happens easier and quicker in the Cloud. I’d rather have thousands of people recommending enhancements I find useful now that I may never discover until well into the future. And with SaaS, the enhancements have a better chance of being delivered.

2. As you know, with customizations on on-premise or ASP - you’re stuck with that version now and hope you can keep the consultant that did the work close at hand. If I really need work done that is so specific to me -I’d rather use a SaaS/Cloud company’s API.

To sum up - I just think claiming customizations for on-prem or ASP as a positive - is way outdated. I think most people blogging about this put customizations as a positive just so ASP/On-premise has something there.


Jorge Garcia on 8 October, 2010 at 10:29 am #

First of all, thank you for your comments, and sorry for the late response,

Suraj and Gautham:

In a way, both models offer a similar type of service for the end user, the possibility to work remotely with an application. But in the computing architecture there are differences that give them special features to each of them. Maybe you may want to send more specific questions our “Ask the experts” section. We will be pleased to answer your specific doubts.

Oleg and Phil
I agree with you that ASPs are older than SaaS provider, but not completely extinct. I still think that this model will work for some time because some businesses still have very particular business models that prevent them to move to a SaaS solution. But also, like Phil mentioned, some organizations can choose from more cloud based options besides SaaS, like Platform as a Service (PaaS) or Infrastructure as a Service (IaaS) models. What I do believe is that we will have a mixture of options for a while, even on-premise solutions, because moving to a new computing model is not only a technological decision it is mostly a business decision, so many factors need to collide when making the choice for any of them.

Saba
Simply put, the SaaS model is part of a cloud architecture model. please take a look to an article I’m published previously about cloud computing, http://www.technologyevaluation.com/research/articles/a-tour-of-the-clouds-21076/
or
http://blogs.pcmag.com/miller/2010/07/the_changing_cloud_platforms.php

I hope this would help you clarify the difference between both models.

Glen and Eric
I agree, currently we have existing SaaS providers that can make the job. Also, as any other technology, it’s evolving and adapting to new conditions and needs, as an example, SaaS provider used to be consider solutions to fit in the medium and small sector, but we are seeing that large companies are right now using several SaaS solutions. My two cents are that is a matter of evaluating which type of solution will be the fit for our organization. Sometimes we need to think in terms of what is best for us and not in terms of what we must, according to someone else.

Amy
Thank you for your comment, I’ve certainly did not address the difference regarding the business model.

Jim
Thank you also for your comment, my intention was not to infer any a positive or negative opinion in regard of the ASP or SaaS model, but just to establish a clear difference between them. Maybe you will agree with me that the most difficult part of applying a new software solution is to reach the balance between many factors to obtain the most benefit of that software solution. While for some companies having control is essential, for some other it is not a critical factor. My take is that options are there and we have to be aware regarding benefits and drawbacks of each model. I do believe that we will be encountering more mixed type solutions to fit very specific types of needs. Bu I still think that even nowadays, some companies will have to look for other solutions that are not necessarily SaaS.

Ricardo
I will prepare something for your question, but in the meantime, please read the following:

http://blogs.gartner.com/thomas_bittman/2009/02/05/private-cloud-computing-is-real-get-over-it/

http://www.technologyevaluation.com/research/articles/a-tour-of-the-clouds-21076/

Thanks also to Nitin, Rafael, Wale Ajala and Dan

Of course, I’m far from being the last word on the matter, so please let me know your additional thoughts, throw your tomatoes in this same place, or let’s connect in twitter at

Jorge Garcia
http://twitter.com/jgptec
:-)


Rishabh on 7 November, 2012 at 3:09 am #

Nice explaination. Knew the concepts already but still good to read.


Cloud PLM debates about multitenant models on 8 November, 2012 at 5:34 am #

[…] to take a deeper look. The following article came to my attention couple of weeks ago – Ask the Experts: What’s the Difference between ASP and SaaS? In my view, it provides good arguments to both of these models: ASP and SaaS. The following two […]


[…] to take a deeper look. The following article came to my attention couple of weeks ago – Ask the Experts: What’s the Difference between ASP and SaaS? In my view, it provides good arguments to both of these models: ASP and SaaS. The following two […]


Steven Ross on 10 January, 2013 at 2:52 pm #

Call me dumb, but the way I see this is that the ASP model in my thinking alone, is far superior becayse there is far far less of a bottleneck in this regard !!!

If each user request opens an individual and dedicated singular instance of the software in question, thyis to me is far far more appealing then been any part of a model in whihc the aplication is being shared by any nuymber of multiple users.

I ama rookie, and maybe that means I am not seeing all of this correctly, but maybe it also means I am seeing something quite simple in it’s nature here that everyone else seems to have missed or skipped over.

The ASP model just looks vastly superior to me !!!


Angel on 2 March, 2013 at 4:23 am #

I really have a tendency to go along with all the things that ended up being written within “Ask
the Experts: What’s the Difference between ASP and SaaS?
? The TEC Blog” lehelmakara.com .
Thank you for all the facts.Thanks a lot-Barrett


*Name:
*E-mail (private):
Web site:
*Comments: