| Deploying your SaaS application with PaaS versus Infrastructure as a Service |
| Written by Eric Novikoff | |
|
PaaS, or Platform-as-a-Service, is increasingly being proposed as a way for startups to get to market quickly. But is it economical and practical? I read an excellent blog post today about that, which raised questions about cost of deploying with PaaS, though it didn't answer the hard question, which is what it costs to run a SaaS service without PaaS. (Which is actually really hard to answer!) But in keeping with the topic of discussion, I think the article missed some significant downsides of PaaS that have kept successfull SaaS providers from using it so far. I think the article's analysis is based on a false premise: that hosting/infrastructure/"the messy stuff" should somehow be free or close to it. It's a misconception that is catered to by a lot of vendors whose marketing revolves around getting people to spend money on their PaaS or hosting offering, and the ubiquitous free open-source software that makes the road to SaaS success seem like it's paved with gold. I've seen quite a different story with my customer base, who had to dot their i's and cross their t's to realize the profits that SaaS can provide.
If you look around at the successful SaaS companies out there, they aren't using PaaS. And, they're paying a lot more than the 13% the article mentioned for a worst-case cost of operations. (Recent studies on successful highly-respected - by analysts - SaaS providers show they pay between 14-34% on operations, which includes staff expenses) Why is that?
2) Scalability: Many (but not all) programmers can write software that will scale. However, when you tie your system to someone else's hosted software, you no longer have control over scalability. This can be a problem with any deployment, but if you stick with Infrastructure-as-a-Service, at least you have more control since you can hack everything you're running. 3) Transparency: I was recently at a conference where 5 startups talked about their experiences with EC2: each had hired employees to figure out what Amazon was doing and adapt their code to work with it (and keep working with it despite performance issues and hidden changes to the infrastructure). If you are on a PaaS platform, this gets more complex.
Comments (0)
Write comment
|
| < Prev | Next > |
|---|