Blackberry Blackout Threat to Software as Service?

TheIndifferentiate writes "In light of how CEOs are reacting to a possible court injunction which could shutdown their RIM BlackBerry service, what impact do you think this will have on the 'Software as a Service' business model? The conventional wisdom in some commercial software corners has it that the threat of patent litigation should stop Open Source Software development in its tracks. If my business depends on an OSS application, and it gets shut down, I can potentially go on about my business as I have the executables and wouldn't have to stop using them until someone came knocking at my door. If an SaaS application gets shut down and my business depends on it, I'm dead in the water. Seems like one of the prime arguments against OSS also takes out SaaS too. Rhetorically speaking, how could a commercial ISV in good faith talk any business out of an OSS application and into an SaaS application?"

Comments

Contingency and continuity.

[Godeke]

Service of any kind can fail; companies should always have contingency plans in place in case of such failure. BlackBerry is a great tool, but there are other tools now that can do the same task and companies have known for some time the risk that existed to the service. Those who haven't a migration plan have simply failed to plan, but the loss won't be too grave as e-mail itself will continue internally and there are plenty of PDAs/Phones that can take over the workload.

On the other hand, when a service is key to the operations of the company it is far more important to have solid contingency plans. We provide such a system and the big concern our large clients have is "how do we continue if your company fails". Even though we have escrowed code, it wouldn't do the clients much good as they would have to bring up servers, restore the data and understand the operations side. For that reason some clients are paying for "continuity insurance" which funds us for three to six months at a maintenance level to operate the system until the escrowed code running and ownership is transferred.

We are handling this continuity by placing the funds in a reserve controlled by a third party that is releasable via the "triggering conditions" of a contract ending or our normal operations being threatened. Obviously, if our product was open source, there would still be the transfer concerns, so I don't think open source provides some magic bullet in the case of "software as service" since typically such arrangements include the hosting. It would provide the availability to continue development after the failure of the service, but again our code escrow and transfer effectively is the same thing (although the various clients would do so independently instead of under the banner of some foundation. I see the possibilities of a foundation that could better steer such development as perhaps the only real benefit to OSS, and frankly it isn't out of the question to BSD license the code upon failure (we don't but we could).