decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
Using Open Source in Business & Government - 2 How To's
Monday, May 30 2005 @ 05:36 PM EDT

There are two articles I can recommend to any business considering making a move in the direction of Open Source. The first is "Open-Source Decision-Making and Implementation," by C. Pitman Baker and Christopher Gamble.

The second is a paper [PDF] with its accompanying slides [PDF], "Using Open Source Software -- the HealthInsite Experience," by Steve McInerney, the site's Systems Administrator, which was presented at the second Open Computing in Government Conference that was recently held in Canberra, Australia. It takes you to the next step, beyond the basic aspects of, say, using Apache and Samba. What else might benefit you? And it does it in the context of a mixed environment. So if you are one who would like to get your toes in the water, or take the next step, this is for you. And if you need some motivation, take a look at the extraordinary savings other businesses are realizing from switching to Linux.

The first article is aimed at helping you to think through in advance the challenges you will want to negotiate, with the goal of making sure your transition is a success. It asks the question, "With so much code and so many programmers involved, corporations find themselves having to ask: Why do these products exist, and are they ready for our use?"

The answer to the second question is yes. Surveys conducted in November of 2003 and 2004 by the market research company BZ Research show that the open-source JBoss Enterprise middleware system, for example, is the most widely deployed Java application server in production environments.

Apache's Web server and its derivative products run more than 60 percent of the world's Web servers, and both IBM and Hewlett-Packard receive more than US$1 billion annual revenues for open-source services and support. Open source is not only ready for the enterprise, it's already running in it.

But before you take your first step into the Open Source pool, it makes sense to learn about Open Source, what it is, and how it works, and the article will help you do that:

The primary benefits of open source lie, not surprisingly, in its openness. Being freely available lowers the costs of acquisition, but more importantly, with the right to see and modify the code, companies find themselves in the unique position of being able to tailor their software to the way they run their business. With a proprietary product, the source code access that is needed for customization is usually available only to a provider's most valued customers, and usually at a high cost. Open source essentially gives every user that most-valued-customer status.

You would be wise to take steps to make sure your employees are on board with you if you switch, the article points out, and it has some common sense suggestions on how to achieve that goal, as well as providing advice on the need to evaluate licenses to find your perfect fit, on how to plan your project around your company's needs, and how to handle support ongoing.

Sometimes it's useful to hear from someone who has already taken a step you are contemplating. The second article, about HealthInsite's use of Free and Open Source software, takes you there, by sharing its experience in using FOSS to help run a very busy health information web site for the Australian government. The paper was given at a conference put on by the Australian Unix Users Group (AUUG) with the aim "to foster debate and communication around all aspects of open computing within all forms of government."

The abstract for the paper reads like this:

*Building a web server? Use Apache! Building a File Server? Use Samba! Now what do we do?*

This talk aims to fill in the "what next?" gaps.

HealthInsite isn't just a great Health Information Gateway; it's a complete system all geared around keeping that Web Site going in all sorts of Internet weather. Once you get Apache up and running you need to ensure it stays that way. Consequently, we use Open Source Software extensively to maintain and run the complete HealthInsite System: Content synchronisation. Backups. System Monitoring. Statistics. Email. Discussion Lists. Configuration Management.

All this and more is all done for HealthInsite in Open Source Software. Let us show you how.

The Introduction spells out the challenges the site faced:

Since its launch in April 2000, HealthInsite has been expanded to cover over 800 major health topics, and links to almost 12,000 resources from 77 respected health organisations. During 2004, HealthInsite received approximately 1.4 million visitors who viewed 9.6 million pages. Currently, in early 2005, we are attracting 8-9000 visitors viewing 40-50,000 pages a day. Recent estimates put the number of Australians visiting HealthInsite at approximately 70-80% of all visitors to the site. This paper will examine:

  • the relationships involved in managing and using HealthInsite;
  • communication between users and the managers of HealthInsite;
  • methods used to monitor and evaluate the web site;
  • system efficiency from a business perspective.
It will also demonstrate how Open Source Software is used to solve the issues raised.

They use Postfix, Mailman, Courier-IMAP, and SquirrelMail for communications. Note one advantage:

A significant advantage of this architecture is that the four major components are all easily replaceable with similar products, of which there are several in each category. For example, we could substitute Sendmail for Postfix. This is an obvious advantage as we can choose the tool that best meets our immediate needs and easily replace it should our needs change or when a more appropriate tool becomes available.

For monitoring, they use logcheck, Nagios, Orca, Arpwatch, and Argus. For web site analysis, they use Webalizer, Relax, and Visitors in combination with an Apache add-on module, mod_usertrack. And they use rsync to increase efficiency:

One tool that has had a major positive impact on the efficient running of HealthInsite is known as rsync. This program enables highly customisable file synchronisation between machines. With this tool, maintaining duplicate data between the various disparate systems becomes a trivial matter with a fully automated solution. In the production server farm, only a single server has programmer developed changes applied to it. These changes are then automatically applied to the other servers. This is just one example where rsync has increased efficiency.

Some of Groklaw's readers may have other favorite tools, but that is one of the best thing about FOSS -- you have so many choices. And you can tweak them to suit yourself at will. I love that about Groklaw's software, Geeklog. We chose it in part because it has a GPL license. If I want to change something to suit my needs, I can ask the team if they'd be willing to write it. And legally, I can do whatever I wish. There is no one to petition or pay for the privilege, and no licenses or NDAs or any other paperwork to keep track of.

HealthInsite is not 100% FOSS, and that is the way it is and will be for many businesses and government sites, I'm sure, particularly as they make the transition. But by opting for Free and Open Source software where it made sense to do so, and ultimately choosing it for the majority of the web site's technical components, the author says they were able to greatly increase the site's efficiency and reliability.

And isn't that what you want to do for your web site or your business?


  


Using Open Source in Business & Government - 2 How To's | 54 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Off Topic Here please
Authored by: fudisbad on Monday, May 30 2005 @ 07:02 PM EDT
For current events, legal filings and 3rd amended complaints.

---
See my bio for copyright details re: this post.
Darl McBride, show your evidence!

[ Reply to This | # ]

Corrections here please
Authored by: fudisbad on Monday, May 30 2005 @ 07:03 PM EDT
If required.

---
See my bio for copyright details re: this post.
Darl McBride, show your evidence!

[ Reply to This | # ]

Using Open Source in Business & Government - 2 How To's
Authored by: Anonymous on Monday, May 30 2005 @ 07:50 PM EDT
I used to be a Microsoft fan, using Word and Excel for office tasks, Access and
SQL Server for my database needs, and VB, .ASP then .NET for application and web
development. I was in a small office with about 100 people.

One day we got a letter from a law firm threatening us with a software audit and
our world came to a stop. Deadlines passed as we were denied access to our
machines while IT support personnel inventoried every single application on each
machine. It turned out a few of us had "illegal" copies of such
things as SQL Server on our machines, which we used to try out the more dramatic
and dangerous operations before we tried it on live data or even the formal test
servers. This all had to be removed. There were no production machines with
illegal copies of anything, nor were there wrongful copies of desktop apps like
Office (most machines were purchased preloaded with Windows NT and Office).
However, it turned out that many of the Microsoft certificates of authenticity
had been lost in one of our moves and because of the worry about legal
liability, those machines were locked up. New licenses for everything were
eventually purchased and in some cases computers were scrapped and replaced.
The total cost was aproximately $30,000 for licenses to replace those that had
been legitimately purchased but lost. No "test" copies of any
software was allowed.

No audit ever occurred, but we lost a good 2-3 weeks or productivity.

In my next job I had to set up an office. Due to some custom software, Windows
was necessary, but I purchased all systems without MS Office or Adobe Acrobat,
instead going with Open Office. The mail server was Red Hat which we paid for
and it also has our smallish database in MySQL. It was not a big deal dealing
with the lack of stored procedures, just worked around that. The overall cost
was much less and I stored the Windows licenses and disks in each system case in
a baggie.

At one point Microsoft "upgraded" MS Office. I knew this because many
other offices we dealt with started having all sorts of problems opening the new
Word documents and had to upgrade, at great expense, to the newest version.
However, we had no problems whatsoever through that whole mess. Open Office
opened Word documents better than MS Word did.

I now actively get people and companies to move to Open Office from the
Microsoft product. I have not bought a single copy of MS Office since the legal
threat, and have been very pleasantly surprised how well Open Office performs.
Is it perfect? No. But neither is MS Office, and whenever MS Office is
upgraded it is expensive and there are problems. I'd rather have stable systems
than forced upgrades.

Some day I will make the move to Linux, but before that can happen there will
need to be some special, proprietary apps ported, and also I will need to learn
a tad more about Linux. Fortunately, it is FAR easier to learn about Linux than
to gain the same level of knowledge about Windows.

Just a user's perspective...

[ Reply to This | # ]

Personal Experience in this area
Authored by: happyslayer on Monday, May 30 2005 @ 07:50 PM EDT

I own a small IT company in southern Ohio and provide IT support for a couple of local govt entities.

In my experience, there is almost no problem implementing FOSS on backend systems. The only exceptions are when specialized, MS-only software is involved. (In those cases, maintaining a working status quo is more important than the savings.)

On the desktop, there is resistance, but it can be overcome on occasion. For example, a Veterans Service Office wanted to have a public terminal for going to government websites and filling out forms. Fedora Core and OpenOffice were welcome solutions. In addition, they upgraded their office desktops, but failed to purchase MS Office. Again, OpenOffice was a quick, affordable, and welcome solution.

Another office creates and maintains property and road maps for the county. Creating a reliable file server using Samba and the normal RAID tools was easy, inexpensive, and quadrupled their storage capacity for less than $400 US.

On the whole, typical small/medium businesses and government offices simply want to keep things running. Any migration to FOSS can be done slowly, if the sysadmin can keep a long-term plan going and place the pieces in such a way that they can be built upon.

[ Reply to This | # ]

Users have no need to fiddle
Authored by: golding on Monday, May 30 2005 @ 10:04 PM EDT
Once upon a time, I had a computer shop for about three years. During that time
I sold and maintained MS boxes for the masses.
Now here is where I fail to understand the idea MS is so much easier for users
than *nix.
Every study I have seen that talks about ease of use concentrates on the
install, of either periferals or the main system, BUT, users rarely, if ever,
install anything.
Since the shop closed I have installed and maintained several Linux/Solaris/BSD
& MS boxes for small business and home users. The ones that keep coming
back for service are the MS boxes. Nearly ALL of the *nix boxes are 'set &
forget', with perhaps the occational kernel patch or app patch.
Windows was a time consuming affair, requiring several reboots, immediate OS
software updates and at least 4 hours per machine.
Excepting Solaris (x86 flavour) the *nix boxes were setup in little more than an
hour, including kernel updates. Solaris was a straightup net install, for
specific need, 2 hours max.
Tha same is for home users, the * nix boxes are rearly seen after the install,
the MS boxes keep coming back, time after time.
Where in this is it evident that MS is soo superior to *nix for ease.

BTW, I switched to Linux after my '95C box kept failing in the middle of various
operations, one of the misfortunes of being a, so called, power user (what you
are if you expect the machine to do all together, not one process at a time).
Everytime I use an MS machine I feel limited in what I am able to do, or,
restricted.

---
Regards, Robert

..... Some people can tell what time it is by looking at the sun, but I have
never been able to make out the numbers.

[ Reply to This | # ]

Another Australian HOWTO
Authored by: Anonymous on Tuesday, May 31 2005 @ 01:12 AM EDT
A Federal agency (AGIMO) has also recently released guidelines on how to incoroporate OSS into their procurement, I believe this was also launched at the same conference.

[ Reply to This | # ]

Using Open Source in Business & Government - 2 How To's
Authored by: Anonymous on Tuesday, May 31 2005 @ 03:11 PM EDT
PJ,

There is nothing like documented case studies showing savings to combat FUD!

Nice! Thanks!

[ Reply to This | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )