[berkay]

It doesn't work that way in practice. I've been to more than one enterprise where an in-house developed application was no longer maintained, original developers were not available, and no one knew how the application even worked. There are very high risks in in-house developed applications, particularly if they are not vital for the enterprise (harder to have resources to maintain/enhance). Risk of SaaS provider going out of business or raising prices is no higher than traditional on-premise enterprise vendors (one can argue it's a lot lower). In short, there are risks in all approaches and they need to be managed. Good application architecture help manage those risks regardless of which route is chosen.

[eitally]

I disagree completely. Another benefit of traditional on-prem vendors is that it's a lot easier to get source code escrow written into the contract as a force majeur or bankruptcy contingency.

I was going to reply this to a different guy, but in my experience the risks of the in-house app going out of maintenance due to dev attrition or whatever are far lower than most people think. Stuff that's business critical is almost always staffed appropriately, and stuff that people perceive as business critical but actually isn't is usually the [large group of small apps] that aren't well supported. The big problem is the rinky dink Excel macros, VBA/COM+ add-ins, and random isolate single developer crap that nobody knows about except the end users.