![]() |
![]() |
|
December 31, 2005Wake up Microsoft! Novell is done licking their wounds. Introducing LAMM.The title to this post just doesn't do it justice. But I didn't know how else to put it. For the last decade I have watched Microsoft erode Novell's marketshare in the networking world. If you have been around long enough, you might remember the glory days when a CNE was a badge of honor. And when things like syscon and pconsole were just the bomb against what Windows had. Netware was the system everyone used. And then Microsoft got into networking, and Netware went by the wayside for many people. Now adays, most people don't even look to Novell for IT solutions. Even though they continue to have a strong offering for Windows and have repositioned themselves firmly in the Linux camp. But recently I had an eye opening experience that makes me believe Novell is done licking their wounds from the workgroup networking world battle they had with Microsoft and have come out fighting in this new 'Internet'worked world. And I don't think Microsoft is paying enough attention to it. Big mistake. I was given an interesting Christmas present this year. My wife bought me a book entitled ".NET Web Services: Architecture and Implementation with .NET" which had me so interested I read it in two days. This is interesting because I have tried to stay away from web services for some time now as I waited for it to mature a bit. That and I have just been to busy working on kernel mode code in Windows to care. But recently that has changed with some new work that I am planning on doing. In an effort to look objectively at building a Software as a Service (SaaS) product, I have spent some time in December looking at all the different technology solutions on the market. From Ruby on Rails to the LAMP stack to ASP.NET. And everything in between. As I started to do the math and ROI calculations on learning curves, licensing requirements and tool purchase plans I came to one realization. I like the idea of Web Services. And I like C#. But there is no way in hell a SaaS startup should go with a Microsoft solution, as it is just WAY to much money. Robert Scoble knows this. He talked about it in his 12 reasons Web 2.0 entrepreneurs like Ross tell me that they aren’t using Microsoft’s stuff. Sam Ramji said it even better in his post on the topic when he said: I've been working hard to develop a strong Microsoft-based offering for startups building SaaS companies, because the economics are with LAMP right now. For those that don't know, LAMP is Linux + Apache + MySQL + PHP/Perl/Python. It seems to be the defacto standard for startups these days. Read Robert's and Sam's posts to see why. But I think Novell has an opportunity to change that... and in a big way. Remember how I said that I like the idea of web services, and C#... but don't believe that the Microsoft Windows stack is the way to go? I really believe that. But that won't happen with LAMP. But with Novell in the picture, it could be done with LAMM. LAMM? Linux + Apache + MySQL + Mono. Mono is just killer. It is an open source implementation of the .NET framework on Unix environments sponsored by Novell. And it works AWESOME. After reading up on web services I wrote my first one on a Debian Linux system in less than 20 minutes. And I was consuming the web service in both a Windows Forms stand alone app and a ASP.NET web app running on a different Linux box running Ubuntu about an hour after that. Another 30 minutes went by and I had it consumed in a web part on Sharepoint. Novell has figured how to get distributed computing working and offering a solution on a well tested stack (Linux + Apache + MySQL) that startups can use NOW. This has a lot of appeal to me. It means SaaS startups can start with the LAMM stack, and then decide later to move to a Windows stack WITHOUT ANY CODE MODIFICATION to the web service (if written correctly to NOT use platform specific classes). It allows for really interesting scaling as a SaaS grows. It can decide to stay on Linux, move to Windows (or Solaris or OSX for that matter) or use a combination of any of those solutions as the infrastructure grows. For Web 2.0 companies this open a whole new set of possibilities. It means you can still leverage some of the great architecture of the .NET framework without having to invest a lot of money on the initial deployment. And if you decide down the road that you made the wrong selection on the stack you chose... you simply move to the one you like without having to make any major changes to the underlying code. You can't do that with LAMP. Wake up Microsoft. Novell's support for LAMM may just let them steal back some of the marketshare you took. I know they sold me. I won't be paying for another Windows server for this SaaS project. I am going with LAMM. Posted by SilverStr at December 31, 2005 08:47 AM | TrackBackComments
I have been using the Ubuntu Breezy install on VMWare. I am a completely new user, and wanted to find out the applications needed to run this configuration. Obviously Apache(2), MySql and Mono, the issue I am having is the applications won't install because they keep looking for a CD (Ubuntu 5.10) that is not available virtually. Can you point me in a direction on this? A lot of our vendors are using the LAMP methodology however the issue I have seen is when our company starts using the applications built by them, PHP/CGI seems to choke. I believe it memory (sessions) on the server. Thanks for the great post, a great reason to look at Mono. Posted by: Carolus.Holman at January 1, 2006 06:04 AMThanks for the info! I'd never heard of LAMM. In response to the Ubuntu Breezy user who left a comment, you might read this blog entry I wrote on XAMPP. You can find the details of this on Ubuntu Breezy 5.10 in my blog: Why not just use LAMP (Linux, Apache, Mono, Postgres), atleast you will have a full featured db that supports sql 92. Microsoft makes their OSs, devtools, database, etc. available to startups extremely cheaply. We started our company and joined the Empower program, and for $375 got everything we needed for 5 developers. See the details here. Posted by: Dan Ciruli at January 4, 2006 03:55 PMHey Dan, As someone who was actually on the EmpowerISV program for 2 years, let me clear this up, as that is not QUITE true. The EmpowerISV program does not currently allow you to run a PRODUCTION system after it expires. In other words, you can get the kit quite cheaply to develop, but as soon as you complete the Empower program, you are forced to revoke your licenses. The exit letter even TELLS you that. When my Empower program expired I had to go and buy my server licenses. And it definitely wasn't $395! On top of that, after Empower, Microsoft will call you up asking you to go through their partner program, which starts with an application certification test. When I looked into it, it was going to cost over $5000 to go through that process. It gets expensive fast, especially if you want to do SaaS. Hence why Mono may be a more cost effective approach until revenues can afford to go the Microsoft stack way. YMMV Posted by: Dana Epp at January 4, 2006 04:04 PMDana - point taken, and of course you are correct. The Empower program is great for development (2 years, cheap dev tools). It doesn't provide production licenses for people who are going to host SaaS. In my opinion and experience, as a startup, trying to provide your own hosting (and do so in a reliable, robust matter) is difficult no matter the platform--it's much more reliable to have someone else host your solution. And it's a lot easier to find someone to host a LAMP solution than it is a Microsoft solution, that's for sure. I think that's one of the things that Microsoft really needs to address if they want startups to choose their platform. |
![]() ![]()
My 5 Favorite Books
Writing Secure Code
Secure Programming Cookbook Security Engineering Secure Coding Principles & Practice Inside the Security Mind ![]()
My 5 Favorite Papers
Smashing the Stack
Penetration Studies Covert Channel Analysis of Trusted Systems DoD Trusted Computer System Evaluation Criteria NSA Security Recommendation Guides ![]()
Archives
March 2010
October 2009 August 2009 May 2009 April 2009 March 2009 February 2009 January 2009 December 2008 November 2008 October 2008 September 2008 August 2008 July 2008 June 2008 April 2008 January 2008 December 2007 November 2007 October 2007 September 2007 August 2007 July 2007 June 2007 May 2007 April 2007 March 2007 February 2007 January 2007 December 2006 November 2006 October 2006 September 2006 August 2006 July 2006 June 2006 May 2006 April 2006 March 2006 February 2006 January 2006 December 2005 November 2005 October 2005 September 2005 August 2005 July 2005 June 2005 May 2005 April 2005 March 2005 February 2005 January 2005 December 2004 November 2004 October 2004 September 2004 August 2004 July 2004 June 2004 May 2004 April 2004 March 2004 February 2004 January 2004 December 2003 November 2003 October 2003 September 2003 August 2003 July 2003 June 2003 May 2003 April 2003 March 2003 February 2003 January 2003 December 2002 November 2002 October 2002 September 2002 August 2002 July 2002 ![]() |
|