The fight between Windows and Linux has been nearly as overhyped as a Don King venture in a monster Vegas arena, screaming fans included. In one corner, hard-core Microsoft fans avow Windows Server 2003 as the comeback kid of the new century, rising above all previous problems with Windows servers. In the other, Linux boosters claim the open source OS is poised to power the enterprise from stem to stern, trash-talking Microsoft’s bloated code and licensing gotchas along the way.
The truth, unfortunately, is far less dramatic. The real battles take place in smaller venues, where Windows wins sometimes and Linux pulls off its share of victories with little fanfare.
Those looking for blood are bound to be disappointed, as the two would-be combatants increasingly make an effort to play nice. For instance, although it has been possible to share files to Windows clients from Linux servers via Samba for years, only recently has integration with Active Directory been solid. Domain integration has always worked, but it was occasionally tenuous and difficult to administer. No more.
On the Windows side, the release of Microsoft SFU (Services for Unix) 3.5 has showed that Redmond is providing some semblance of integration with modern Unix systems. SFU’s NIS (network information service) and NFS (network file system) services are reasonably complete, and its Unix toolset even includes Perl and the Korn shell. In fact, these tools will be officially distributed with Windows Server 2003 R2.
Rather than force all network services onto a single platform, most enterprises are implementing Linux servers in key areas. Although this trend is not exactly new, the areas served are changing. Any smart IT manager with carte blanche to design a new network should include both Windows and Linux as major players.
Historically, if a few Linux servers existed in a Windows network, they were orphans handling a single task that had little relation to the services provided by Windows. Today, Samba 3 provides true integration with Microsoft Active Directory, making it easy to configure directory-authenticated Linux Web servers, FTP servers, file servers, and especially database and network management services.
Conversely, stability improvements on the Microsoft side and Active Directory’s reliance on DNS make the case for Windows servers to handle DNS and DHCP tasks. Although it’s certainly possible to run an Active Directory environment with Linux providing the DNS and DHCP services, it’s not as easy to manage.
File and print sharing may still be a toss-up. For the most part, both platforms are equally suitable.
But which Linux to go with? Red Hat is still the one to beat for enterprise use, but Novell’s Suse is catching up fast. Within the Linux camp, the allegiances to specific distributions are almost as strong as the resistance to Microsoft, which can certainly confuse matters. Ultimately, the distribution decision is usually made at the ISV level. Whatever your database vendor supports is what you’ll be running -- and the same goes for Microsoft shops.
The good news is that Linux projects can be developed quickly on license-free, community-supported distributions running on test systems and then be migrated to licensed, supported systems when they head into production. Of course, if your administrators are adequately skilled, you might not need a vendor-supported distribution in production, but it’s always a good idea for mission-critical systems.