Architecting the ideal hosting provider
July 25th, 2007 | Published in whoa! | 2 Comments
One of the main selling points of software as a service is that people don’t want to maintain their software and don’t want to worry about security. There are plenty of services out there today that people love to use — Gmail, Google Calendar, Google Notebook, Twitter, Flickr, IBM’s Dogear and Plaxo.
I’ve had my own domain name and web site for almost 8 years and in recent years I’ve grown tired of maintaining the various software packages that my site is comprised of — WordPress, Gallery 2, WikkaWiki, and others. Software as a service is a partial solution to this.
The problem with the current generation of services is none of them are integrated all that well. I don’t really want 7 distinct services to manage and keep up to date. It’s no more efficient than maintaining the software myself.
I would like to see those service providers team up with web hosting companies to offer an integrated solution where the hosting provider provides a breadboard of sorts that the services plug into. The hosting provider would be responsible for my site, including billing, but the actual functionality of the site would be provided by the service providers.
If that vision isn’t working for you, think of the hosting provider as an EJB container (which provides all the common supporting services you want) and the service providers as the developers of the add-on components (the actual EJBs) that are deployed in the container. I like this notion even more, because it suggests that if I’m not happy with a particular service, I can swap it out for another that’s written to the same API.
No more building your site from scratch and then trying to integrate it. You log in to your hosting provider, pick your domain registrar, your webmail provider (Gmail, Squirrel Mail), your photo management solution (Flickr, Picassa, Gallery), etc. and then click the Make It So button.





July 26th, 2007 at 12:22 am (#)
I like this idea. It seems feasible enough to implement too.
Also, don’t forget a blogging solution (livejournal, blogger, etc.)
July 26th, 2007 at 8:05 am (#)
Thanks for reminding me! It was in my head as I was typing but was lost somewhere along the way.
The main stumbling block that I see is convincing the service providers to provide a version of the service without their branding/theming so that the site it’s integrated into can determine the styling (I don’t consider an iframe with the remote page loaded in it “integrated”).