Slashdot Mirror


Enterprise FOSS Adoption Beyond Linux Servers?

An anonymous reader writes "I am working with a couple of large companies that are purchasing web and collaboration software stacks from Microsoft, IBM and others. These are for thousands of end users and are (supposedly) ready for multiple data center deployment and other big-corp requirements. I have suggested some open source alternatives such as Liferay and Drupal, and the technical people are interested but management types are not. They have given a few reasons, such as concerns over supportability and enterprise-readiness, but my feeling is that they are being won over by FUD from large vendors and the fact that most corps do not have significant deployments of FOSS technologies beyond Linux yet. All this seems to be in line with a survey on Web-app servers by OpenLogic. So my questions are: How have you persuaded larger enterprises to adopt server-side OSS, beyond server-room Linux and a couple of demo JBoss boxes under someone's desk? And which products are truly ready for enterprise-scale deployment?"

3 of 227 comments (clear)

  1. Don't ask permission by Jason+Earl · · Score: 5, Informative

    Free Software invariably gets into the Enterprise as a skunkworks project. The managers you are talking to have a budget for a business portal. They want the project to succeed, so that they look good, and they aren't really interested in having money left over in the budget when they are done. They are shopping around for a solution, not a project.

    If you really want to get Free Software into your business the proper way to do so is talk the manager in charge of the project into spending most of his money on a proprietary product that won't actually work. There are plenty of commercial offerings out there that are likely to be a bad fit for your business. Talk the manager in question into purchasing one of those, but make sure that he takes all of the credit. It shouldn't be hard if you spent the first part of the purchasing process pushing for Free Software.

    Watch the portal project crash and burn.

    Now fire up a basic portal on the Free Software platform of your choice. If possible pre-populate it with data and tie it into your existing authorization and authentication mechanisms. The idea is to have a working demo of most of the functionality that the executives wanted.

    The downside of this method is that, if you do it enough, you eventually end up being forced into management yourself.

  2. Re:-Enterprise by Bert64 · · Score: 3, Informative

    That's perfectly doable on Linux, and SunRay systems have been doing it for years...
    There are all kinds of ways to do this... LDAP, Kerberos, SSH keys and client certs (if you've authenticated to your user account and got access to your homedir then all your user specific keys/certs are there)..

    On the other hand, having a single password to access anything is not the most secure option, it's a case of convenience over security.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  3. Plenty of examples! by CAIMLAS · · Score: 3, Informative

    There are plenty of examples of web services running on Open Source for 'enterprise' use - groupware, CRM, accounting, the works. Some of these packages are very good.

    Its hard to be specific/determine what you're trying to do without knowing more specifics as to what you're looking for. Of the groupware projects I'm aware of, I know the following have a fair amount of support/use:

    * Plone CMS
    * OBM
    * eGroupWare
    * Drupal
    * Typo3

    Of these, I know that Plone, Drupal, and Typo3 are all "platforms" for developing, managing, and extending content. I seem to recall either eGroupWare or OpenGroupWare extend/integrate with MS Office products. No, it's not going to be the level of integration that Sharepoint stuff offers, but it's something to mention, at any rate (and isn't going to have the massive licensing costs + perpetual lock-in that a MS solution has*).

    Plone, in particular, has a lot of support and corporate/"enterprise" use. From their site:

    Plone is among the top 2% of all open source projects worldwide, with 200 core developers and more than 300 solution providers in 57 countries. The project has been actively developed since 2001, is available in more than 40 languages, and has the best security track record of any major CMS.
    It is owned by the Plone Foundation, a 501(c)(3) not-for-profit organization, and is available for all major operating systems.
    Sources: CVE and Ohloh.

    That alone is impressive enough; but also consider some of the notable companies which utilize Plone in/for a variety of purposes:

    Akamai (yeah, that Akamai - the guys who load balance Microsoft web servers)

    Nokia (QT Software stuff)

    MyCity ("real time monitoring system for Cities, Towns, Districts or utilities. It makes use of the GPRS service offered by the various GSM network operators")

    Discover Magazine

    Novell, Inc. (for enterprise services)

    NASAScience (public site for NASA's Science Mission Directorate)

    FSF (yeah, those hippies)

    universities, university science/it departments, hospitals, public/government sites... the list goes on.

    Those are notable company names, and at least in the case of Akamai, Novell and Nokia, everyone in IT should know about them. They're also some fairly diverse (and expansive) implementations using the same central CMS - and they're not shackled to a single software backend, able to run on any OS and server combination they could imagine.

    * The cost factor associated with MS solution lock-in is a big consideration, bigger than just a simple argument of something like "OpenOffice vs. MS Office". With a web-based, top-level technology like this, it's much, much more important to keep the technologies used "open" - because it is the top-level interface to all your data. You can not move away from a closed package on the backend without moving the entire system, at once, to something open (more often than not, with MS). You're basically stuck with that stack unless you want to start over; there's no ability to independently consider parts of the stack and replace them, as there often is with open systems.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers