Image via CrunchBase
I am a strong advocate of interoperability between various Cloud players. In my opinion, it is very important for the very success of Cloud Computing, in general, and SaaS, in particular. Cloud vendors are slowly opening up their services through APIs so that other vendors and third party applications can integrate with their services seamlessly. There are some SaaS vendors, like Zoho (disclaimer: Zoho is the sole sponsor of this blog but this is my independent opinion), who also allow access to the entire data on their service using their APIs. Such actions on the part of the vendors has created an ecosystem where users can access their data and apps from many different services easily without any kind of vendor lock-in.
I am pretty happy with the way the concept of technological interoperability is progressing within the SaaS ecosystem. Vendors have realized that being open (data portability and interoperability) is the way forward for their business success. But, they have to coordinate not just on the technological level but on a more fundamental level. They have to make sure that the interoperability philosophy extends to other areas like legal issues. Only then SaaS users can have a complete experience in tune with the nature of the platform beneath it, the web.
In my last week’s post on the Living in the Clouds Series, I talked about a service called Animoto. It is a pretty interesting service that takes our photos, adds music and remixes them in such a way that we end up getting a pretty cool music video. We can either upload our own music, in which case there could be copyright issues if there is any misuse on the part of the users, or use music from the collection Animoto offers, in which case it will be a perfectly legal use. The music offered by Animoto is legitimate and, in fact, they also encourage artists and bands to submit their music so that it is featured on Animoto videos.
In tune with the philosophy of technological interoperability, Animoto offers an option to the users to upload the music video they created from their photographs into Youtube. It is a good option for users because
Last week, I created a paid full length film on Animoto using my family photographs and the music offered by them. It turned out to be a pretty good music video. I, then, uploaded it to YouTube for backup purposes as a private video (not shared with anyone). Next day, I received the following communication from YouTube (username and video title changed to protect privacy)
Dear username,
Your video "your video title" has been identified by YouTube's Content Identification program as containing copyrighted content which rumblefish claims is theirs.
Your video "your video title" is still available because rumblefish does not object to this content appearing on YouTube at this time. As long as rumblefish has a claim on your video, they will receive public statistics about your video, such as number of views. Viewers may also see advertising on your video's page.
Claim Details:
Copyright owner:
rumblefishContent claimed:
Some or all of the audio contentPolicy:
Allow this content to remain on YouTube.
- Place advertisements on this video's watch page.
Applies to these locations:
Everywhererumblefish claimed this content as a part of the YouTube Content Identification program. YouTube allows partners to review YouTube videos for content to which they own the rights. Partners may use our automated video / audio matching system to identify their content, or they may manually review videos.
If you believe that this claim was made in error, or that you are otherwise authorized to use the content at issue, you can dispute this claim with rumblefish and view other options in the Video ID Matches section of your YouTube account. Please note that YouTube does not mediate copyright disputes between content owners. Learn more about video identification disputes.
Sincerely,
The YouTube Content Identification Team
This is a result of either a messed up copyright identification system on YouTube’s side or the agreement Animoto had with the copyright owners limited them to be used inside of Animoto. If it is former, YouTube should fix their copyright identification engine and, if it is the latter, either Animoto shouldn’t have allowed the video to be uploaded into YouTube’s site or they should have worked out with the copyright holder about the issues associated with the idea of interoperability. As an user, I shouldn’t be worrying about such issues and I wouldn’t want my personal video (which I have kept private in the YouTube to protect the privacy of my family members) to be viewed by someone from the side of the copyright holder or any enforcement agency. My actions are pretty legitimate and my privacy should be protected as long as it is legitimate.
This incident brings into focus the complex nature of interoperability in this SaaS era. It is important for different SaaS vendors to sit together and work out such legal issues while opening up their services to be interoperable. Interoperability doesn’t start and end with technological interoperability. It is much more complex and extends to many areas. It is important for SaaS vendors to work through all of them by collaborating much more closely with other vendors. Only then, a truly interoperable SaaS ecosystem can be developed.
Image via CrunchBase
In this edition of Living in the Clouds Series, I am going to talk about a startup, created on a nerd out session by a bunch of techies and film/tv producers, that is creating quite a bit of buzz recently. This service can be considered as music video on the clouds or slideshow on the clouds or, during holiday times, greeting cards on the clouds. This service lets users to select photos and music and churns out amazing music videos.
I love this service for two reasons. First, it falls into the SaaS category in terms of their service offerings. Second, they are a zero infrastructure company using Amazon Web Services and Rightscale for their entire operations. They use S3 to store photos and music, EC2 for video processing and SQS to take care of their queuing needs. In short, this is a 100% unadulterated Cloud Computing company.
As it is customary in this series, I am adding a video that will help you get started with this service.
As I usually do in this series, I will list out the pros and cons from my point of view.
Pros:
Cons:
Most CloudAve readers probably know that Zoho is our exclusive sponsor. When we launched in September, the speculation that this will turn us into nothing but a PR outlet for Zoho was inevitable. I think in these few months we have proven otherwise, by being very conservative with Zoho coverage (if anything, we have a negative bias) while generously talking about potentially competing solutions.
But when ReadWriteWeb declares Zoho the Best LittleCo of 2008, it deserves a mention here, too. Besides, it’s holiday time and I wanted to show off their updated logo.![]()
We felt that Web Office vendor Zoho best represented the 'LittleCo' ethos this year, due to its David vs Goliath effort in competing head on with products from several very large companies: Microsoft Office, Google Apps, Salesforce.com's core CRM platform.
Zoho not only competed with these bigcos, they were innovative and scrappy about it. And in a year that will be remembered for the economic downturn, Zoho is a reminder to us all that we can work ourselves out of a down economy.
Talk about working ourselves out of a down economy: Zoho itself was born as a result of a turnaround, when parent company AdventNet had to reinvent itself after the collapse of their then primary market, the telecommunications industry.
Whether they are LittleCo or BigCo today is all relative: with 800 employees, of which 300 focus on Zoho, they are certainly now a scrawny little Web 2.0 startup – but when you compare them to the real Goliath they are competing with, they certainly are still little. Something tells me that even at 2,000 employees in many ways they will continue to act as LittleCo.
Part of the secret sauce of survival and growing has been self-efficiently: they are entirely funded by revenues. I’ve stopped counting the number of products Zoho offers somewhere above 20, for fear I would be wrong, but looking at some of the recent funding news to one-product companies, can you imagine what level of investment would it take to build a business that offers all the combination of Office and Business applications, tools and even the infrastructure to provide it as SaaS?
Not that I am against Venture Funding, in fact via my participation at SVASE I help bring entrepreneurs and VC together, but there is something to be said about bootstrapping, frugality and efficiency as means to prosper, rather than just surviving a recession.
‘Nuff said: congratulations to Zoho, thanks for continuing to sponsor CloudAve as an unbiased Cloud Computing forum, and we now continue our regular programming…![]()
Update: also Congrat's to fellow Editor Ben Kepes, having been marrried for 12 years today.
Image via CrunchBase, source unknown
If you are a security professional or someone who has done a course on computer security, you will know that the security of your computing environment is as strong as the weakest link in the network and/or users. A single user in your network who is careless about the passwords can cause havoc to the network.
Google is trying to be a leader in the SaaS and PaaS world by offering wide ranging apps including Google Search, Google Apps, Google App Engine, etc.. To lock in the users to its services make the cloud computing experience seamless for the users, Google released a browser, called Google Chrome, which is really lightweight and lightning fast. Google recently took off the beta label from the browser. Knowing Google's love for the beta term, this was a big surprise.
Unless you are paranoid in your computing world, like Dick Cheney wants you to be in the real world, you will save your passwords in your browser's password manager. In fact, many users don't even think about the impact of storing the passwords in the browser. If we are going to keep all our data in the clouds, including sensitive emails, banking information, etc., it is very important for us to rethink the way we store passwords.
As a cloud user, storing the passwords in the browser is akin to locking the door and keeping the key in the lock itself. If you think that is insane, it appears that the locks are not even locking the doors after you lock it with your keys. A recent study released by Chapin Information Services reports that all the browsers are doing a bad job in protecting the stored passwords. In particular, Google Chrome comes out to be the worst in the league.
Currently, the password manager that is closest to solving the first three problems is built into Opera 9.62. With invisble form elements deactivated, options to limit saved passwords to a single page, and partial destination checking, this is certainly one of the more worry-free products.
Also new to this round of testing is Safari 3.2 for Windows. Safari and Chrome are essentially tied for the worst password manager built into a major web browser.
It is ridiculously insane for Google to do such a bad job on the security front when they aspire to be the Microsoft of Cloud Computing. If Google's browser is so lousy on the security front, what kind of message it will send to users who are already reluctant to put their data on the clouds and give up certain level of control to achieve a nearly ubiquitous availability of their data to them. This study should be a rude awakening for Google and other browser vendors and it should also serve as a warning for those users who save their passwords in their browsers.
Recently, I got a chance to read the Bernstein research report titled “The Long View: Netbooks, Wireless and Cloud Computing - Client Software's Imperfect Storm?”. Larry Dignan of ZDNet has already written about it along with his take. I was somewhat skeptical about the report and its conclusion when I read Larry’s post and it was confirmed further when I actually read the report. The authors of the report have done extensive research compiling quite a bit of data. But, I have my own reservations on their assumptions and analysis. Let me take the relevant portions of their report and offer my own opinions on them.
Before I pick on the report findings, let me offer some perspective on Cloud Computing. Unlike some of the other technological evolutions, Cloud Computing is actually a paradigm shift from the way we used software in the traditional desktop and on-premise world. It needs an entirely new thinking and mindset. Whenever such paradigm shift occurs in the technology world, we could see fear, skepticism, reluctance, etc. towards its adaption. The shift from status quo to new technology also happens suddenly because once the critical mass is reached, the adaption becomes more widespread and it doesn’t follow any linear trend. Many times, the growth in the market becomes almost exponential leaving the pundits wondering how they went wrong.
This report is trying to make predictions about a paradigm shift based on the current market trends and, as Ed Cone correctly pointed out, the future doesn’t end with 2012. Since the enterprises are always slow to adapt a paradigm shift, expecting a complete embrace in such a short time (compared to the eon-scale timeline of enterprise technological adoptions) is too much to ask. Let me now pick from their report and offer my take on them.
There are some glaring mistakes too.
But I am neutral about their quote on the lack of flexibility and customization and being locked into an ongoing cost with a single cloud provider, as a disadvantage against cloud proliferation. This is true right now. But it is changing fast with more and more vendors opening up and adapting data portability and interoperability. Such moves will ensure that clients are not struck with a single vendor.
However, the report also correctly points out the trends we see in the market.
I am disappointed with the short sightedness of this report. I wish the authors had spoken more with the Cloud vendors and analysts before coming to these conclusions. As I pointed out in the beginning of this post, paradigm shifts cannot be predicted by the current market trends alone.
Image via Wikipedia
Last week, my favorite mind mapping tool, Mindmeister, announced the release of its API with all the functions of the app exposed through it. If you are wondering how this is significant and why I am writing about last week’s news today, I request patience. I want to use this announcement to continue on the theme I discussed in my yesterday’s post on Zoho Creator – Google App Engine integration.
The new API makes it easy to integrate third party services with Mindmeister without going through the hassles of REST related programming. The release of API led to Box.net integrating Mindmeister into its storage service. Now one can store their mindmaps, in Mindmeister’s .mind format or in the formats of Mindmanager or Freemind, on Box.net cloud. Then, it is possible to easily edit the files from within the browser and save any modifications on the Box.net service itself. This is similar to what we do with our files on the local hard disks. We open the files with the apps installed on our computer, edit them and store them back to our hard disks. The Mindmeister-Box.net integration is seamless and offers the same flexibility of desktop through the browser. For Box.net, this is not something new. They have already integrated Picnik (another favorite tool of mine and I will talk about it in my Living in the Clouds series in the future), Zoho (Disclaimer: Zoho sponsors this blog) and Scribd.
In my post yesterday, I talked about the importance of data portability and interoperability. This news, again, goes on to emphasize my point about interoperability. The future of SaaS is going to be a collection of interoperable services. As I told in my post yesterday, it is one of the necessary conditions for the very success of SaaS. The reason is simple. Web is nothing but an open interconnected network. When we take desktop applications and port it to SaaS, the users will expect the applications to mimic the nature of the platform on which they reside. They will expect the same inter-connectivity in the form of interoperability between applications from different vendors. Any failure to do so will minimize the users’ need to migrate to the SaaS world. I am glad to see more and more vendors understanding the importance of interoperability and opening up their services.
Disclaimer: Zoho is the sponsor of this blog but this is my independent personal opinion. I had access to the same documents that were provided to other bloggers.
Today, Zoho made a major announcement about the integration between Zoho
Creator and Google App Engine. Now, one can create an app on Zoho Creator and deploy it on Google App Engine.
In short, Zoho Creator acts as an IDE for Google App
Engine. With this announcement, the barrier to entry for Google App Engine has
been brought down considerably. Anyone, who knows how to drag and drop,
can deploy an app on Google App Engine.
Sometime back Sridhar, CEO of Zoho, talked about the theoretical possibility of taking apps from Zoho Creator and deploying it on Amazon Web Services with Google App Engine as a middleware. He visualized a continuum between these three services. Already, Chris Anderson ported Google App Engine to Amazon EC2 and released it as Open Source. With the release of this feature, Zoho has ensured that Sridhar’s vision of continuum has turned into a reality.
Anyone can create their own app on Zoho creator and deploy it at Google App Engine or they can just pick up an app (for free or for a small price) from Zoho Marketplace and, then, deploy it on Google App Engine. Usually it doesn’t make any sense to take an app from Zoho Marketplace and to deploy it on App Engine as it is totally redundant. However, businesses can use this option and implement the domain based authentication offered by Google App Engine for the apps. This way, businesses can have exclusive access to the app and data from inside their own domain, a feature that was not available in the Zoho Creator Application (someone please correct me if I am wrong on this assertion).
For me, this is interesting from another angle. I am an unabashed Open Source evangelist in the desktop world. Even though the source code is important in the SaaS world, one can’t do much with the code if they don’t have the necessary computing and storage resources to run the application. People, who believed strongly in Open Source, had to look beyond the source code in the SaaS world. We need to worry about open protocols, open formats, open architecture, etc.. Data Portability and Interoperability, then, becomes very important in the SaaS world. In fact, I will say that Data Portability and Interoperability are two of the necessary factors for the very success of the SaaS itself. With this realization, vendors are moving towards creating an interoperability between their SaaS applications. In some cases, SaaS vendors are working directly with others to offer interoperability. Salesforce’s recent integration with Google App Engine is an example of this kind of approach. There are also third party integration tools available to help establish interoperability between platforms of different vendors.
With the CloudSQL release last month, Zoho took the necessary step towards Data Portability. With this move, Zoho is taking the step towards establishing Interoperability with other vendors. Well, they are already working with Google and Yahoo on authentication side but this is a very significant move by itself. It is pretty clear that Zoho is taking the necessary steps to establish themselves as a major player in the years to come.
Check out this video by Raju Vegesna, Evangelist at Zoho, where he explains the deployment process from Zoho Creator to Google App Engine.
Right now, once the app is created on Zoho Creator, users can download the Python code and then deploy it on Google App Engine. According to Raju, Zoho has a working code where one can easily deploy the apps on App Engine directly from Zoho Creator. They are now working with Google to make this possible within the terms and conditions of Google App Engine. He also assured me that Zoho Creator will allow users to download the app code in other scripting languages as and when Google starts supporting them in their platform. He explained that it is possible because apps created on Zoho Creator are saved as Deluge code at the backend and Deluge is designed in such a way that the entire code is modeled in a database.
Related articles (by Zemanta):
A good 3 years ago I "discovered" a Norway-based SaaS All-in-One business suite provider, 24SevenOffice, and for a while wrote about them extensively. I truly believed I found a gem. They offered a modular but integrated system to the SMB market with unparallelled functionality: Accounting, CRM (Contacts, Lead Mgt, SFA), ERP (Supply Chain, Orders, Products, Inventory), Communication, Group Scheduling, HR, Project Management, Publishing, Intranet.
I think the reason I fell in love with 24SevenOffice was that they were living proof to my favorite theme, namely very small businesses can now have “enterprise” system functionality. I often referred to 24SO as "the next NetSuite" with a billion-dollar future, if they can execute (this was well before NetSuite's IPO). As typical with startups, they initially put all resources into development, with zero marketing. But they had a one-person marketing machine: Espen Antonsen, a developer, who as co-Founder obviously felt obsessed enough to blog about the company, comment elsewhere online - in a short time Espen single-handedly created 24SevenOffice's online presence - that's how I, Phil and others discovered them.
Soon 24SevenOffice started to grow, expanding from home-base Norway to the UK and Sweden. They hired business management, and ramped up the marketing machine, doing some creative deals like an ad-deal with Norway's leading rally-driver, or the first-ever-in-the-world deal with Fokus Bank, creating a single sign-on Web solution for customers' banking and all other business software needs. (How is that for Banking 2.0, Ben?) Today 24SevenOffice is a publicly traded company in the Oslo Stock Exchange. Happy End for the Founders and investors. But is it really?
They are nowhere near to be "the next NetSuite", and chances are they won't ever be. Instead they are a nicely growing business in a few European markets. And therein lies the rub: there is no such thing in software as a European market: there is only the UK, Norway, Germany ... one by one, each being different, each with their own barriers of entry. If your product is a development tool, or any utility that can instantly be used without localization, you have the world market open to you. (Just check out Zemanta conquering the world from Slovenia). Enter business software, especially if it involves accounting: you have language, regulation, taxation issues: every new country you enter requires significant investment.
I believe 24SevenOffice missed the most fundamental rule of any business, the opportunity that only became available by the very model (SaaS) they are an early pioneer of: with no geographical boundaries go after the single largest homogenous market you can serve. In today's world for business software that's the US. 24SO should have focused on the US market and today they'd be on their way to become the next public SaaS company.
Of course what they achieved is no small feat eather, and they are probably happy where they are today. Espen, my first contact in the company (later I was in touch with the CEO and COO quite a bit) quit, here's his farewell message:
When I started in 24SevenOffice at the age of nineteen back in 2000 we were four guys who tried to build a basic web-based CRM and invoicing system for small businesses. Since then the strategy, product suite and company has grown into one of the two most advanced and comprehensive web-based ERP-solution's in the world. The company was listed on Oslo Stock Exchange last year and now has over fifty employees. Building a CRM-system and being one of the first products to use Ajax has been very interesting and I have enjoyed the years at 24SevenOffice. But seven years is a long time and I do not see myself as a programmer in ten or twenty years. I also prefer to work in a smaller company with more influence over the strategy.
I am confident in 24SevenOffice's success in the future. I am nowhere near the sell-button in my stock portfolio. But I should say that my cravings to see the world and finding new challenges is not the only reasons why I am no longer with 24SevenOffice. Lack of international focus (specially US), choosing to build advanced and complex product modules instead of opting for easy and simple solutions, and little willingness to build cross-platform solutions were issues me and 24SevenOffice's management disagreed on. Advanced is good but additional features should come in later versions and be less visible. 37Signals and Google may lack many features but it is the simple interface and workflow that makes them successful.
From 24SevenOffice he switched to 24SevenTravel. World traveler for a year - and not exactly to posh touristy destinations...
The photo above shows Espen playing table tennis with school kids in Nepal. He is now back, looking for his next gig. Not that he needs to work (so I guess), but it's too early for retirement. (If you're in the SaaS business, you might want to talk to him). In the meantime he's sharpening his blogging skills again. Next up is a product review by Espen - then who knows what's next.