Kenmerken van Open Source software

Open Source is een zeer actueel onderwerp. In de media wordt veel aandacht aan dit onderwerp besteed. De berichtgeving is echter vaak verwarrend en onduidelijk. In onderstaande beschrijving benoem ik meest relevante kenmerken van Open Source Software.

De officiële definitie van Open Source software is hier te vinden.

Bij Open Source Software is (net als bij closed software) kaf onder het koren te vinden. Mijn ervaring is echter dat de meeste 'mainstream' Open Source Software van zeer hoge kwaliteit is. De software is snel, stabiel, schaalbaar, en bevat veel functionaliteit.

Voor vrijwel elke commerciële applicatie is een Open Source variant beschikbaar. Op het Internet zijn meer dan 70.000 applicaties beschikbaar. De belangrijkste applicaties werken (ook) onder Microsoft Windows.

Licentie

Het belangrijkste kenmerk van Open Source Software is de licentie. Software wordt pas Open Source beschouwd, als de licentie is goedgekeurd door het Open Source Initiative. De licentie geeft aan wat er met de broncode van een applicatie wel en niet mag gebeuren. Los hiervan staat het eigendom van de software (copyright). Het copyright blijft bij de schrijver van de sofware, ook als de software open source is.

Broncode

Een belangrijke eigenschap van Open Source Software is dat de broncode openbaar beschikbaar en niet in het bezit van een bedrijf. Dit heeft als voordeel dat gebruikers van Open Source Software altijd verzekerd zijn van onderhoudbaarheid. Er is geen bedrijf dat failliet kan gaan, waarna de software niet meer onderhouden kan worden. Ook is er geen bedrijf dat de upgradesnelheid bepaalt (er hoeft niet elke twee jaar een nieuwe versie van een pakket te worden geïmplementeerd).

Bugs in Open Source Software worden normaliter snel verholpen door de Open Source community. (Security)patches zijn bij Open Source Software vaak veel sneller beschikbaar dan bij closed software (meestal binnen 24 uur nadat een lek gevonden is).

Ontwikkeling

Open Source Software wordt typisch ontwikkeld in projectvorm gecentreerd rondom een web site en een gedeelde source code repository. De leden van het project communiceren met elkaar via het Internet en ontwikkelen uitbreidingen, lossen bugs op en geven nieuwe versies vrij. Meestal is er een group core developers die al lange tijd bij het project zijn betrokken en die diepgaande kennis hebben van het onderhavige probleemgebied. Deze harde kern beslist meestal welke kant het opgaat met de ontwikkeling en welke verbeteringen worden geaccepteerd in de centrale source base en welke niet.

Open Source Software wordt ontwikkeld door zowel privé personen, als door bedrijven. De reden dat de bedrijven Open Source Software gratis ter beschikking stellen, is dat de softwareontwikkeling voor deze bedrijven geen core business is. Een typisch voorbeeld is een fabrikant van netwerk kaarten. De core business van deze fabrikant is het verkopen van hardware. Als men een gratis driver voor Linux ontwikkelt, zal men ook hardware aan de Linux gebruikers kunnen verkopen. Een ander voorbeeld zijn bedrijven als Amazon.com (een boekhandel op het internet) en Google, die afhankelijk zijn van onder andere de Apache webserver. Zij zijn graag bereid te investeren in het verbeteren van Apache.

Kosten

Open Source Software is meestal gratis. Dit betekent dat er geen geld wordt gevraagd om gebruik te kunnen maken van Open Source Software. De software kan op zoveel systemen worden geïnstalleerd als men wenst, zonder extra kosten. Uiteraard zijn er wel kosten gemoeid met het beheer van de software (support, training, enzovoort). De licentiekosten van software zijn overigens meestal maar een klein percentage van de Total Cost of Ownership (TCO).

Support

Support van Open Source Software gebeurt tegen betaling door bedrijven (zoals Red Hat, IBM, Novell, LogicaCMG), en gratis door gebruik te maken van de kennis van de Open Source community op het internet. Mijn ervaring is dat oplossingen voor problemen in korte tijd op het Internet kunnen worden gevonden en dat niet-gevonden problemen na het stellen van een vraag op het Internet binnen enkele uren worden opgelost. Wel is investeren in kennis noodzakelijk over hoe men dit soort support kan vinden en gebruiken.

Gebruik

Open Source Software wordt al jaren heel veel gebruikt, maar is vaak onzichtbaar, omdat het gebruikt wordt in infrastructuren of omdat het een onderdeel is van een ander product. Bijvoorbeeld: 95% van alle Internet mail wordt gerouteerd met Open Source Software. De naamgeving van Internet en intranet hosts wordt vrijwel volledig verzorgd door de BIND name server software. Apache is 's werelds meest populaire web server (vaak op Open Source Software besturingssystemen zoals Linux en FreeBSD). De TEX en LATEX pakketten zijn krachtige tekstverwerkingspakketten die door ontelbare uitgevers worden gebruikt. Alle grafische UNIX workstations draaien het Open Source X Windows System. Open Source Software wordt ook vaak gebruikt als onderdeel van andere producten. Zo werken veel commerciële firewalls intern met FreeBSD.

Architectuur

Of Open Source een onderdeel moet zijn van de IT architectuur, is afhankelijk van de aard van het bedrijf waarover het gaat. De architect zal de bovenstaande eigenschappen moeten afwegen tegen onder andere de reeds aanwezige apparatuur, de kennis van de gebruikers en de eventuele kosten aspecten.


This entry was posted on Woensdag 20 September 2006

Earlier articles

Infrastructure as code

My Book

DevOps for infrastructure

Infrastructure as a Service (IaaS)

(Hyper) Converged Infrastructure

Object storage

Software Defined Networking (SDN) and Network Function Virtualization (NFV)

Software Defined Storage (SDS)

What's the point of using Docker containers?

Identity and Access Management

Using user profiles to determine infrastructure load

Public wireless networks

Supercomputer architecture

Desktop virtualization

Stakeholder management

x86 platform architecture

Midrange systems architecture

Mainframe Architecture

Software Defined Data Center - SDDC

The Virtualization Model

What are concurrent users?

Performance and availability monitoring in levels

UX/UI has no business rules

Technical debt: a time related issue

Solution shaping workshops

Architecture life cycle

Project managers and architects

Using ArchiMate for describing infrastructures

Kruchten’s 4+1 views for solution architecture

The SEI stack of solution architecture frameworks

TOGAF and infrastructure architecture

The Zachman framework

An introduction to architecture frameworks

How to handle a Distributed Denial of Service (DDoS) attack

Architecture Principles

Views and viewpoints explained

Stakeholders and their concerns

Skills of a solution architect architect

Solution architects versus enterprise architects

Definition of IT Architecture

What is Big Data?

How to make your IT "Greener"

What is Cloud computing and IaaS?

Purchasing of IT infrastructure technologies and services

IDS/IPS systems

IP Protocol (IPv4) classes and subnets

Introduction to Bring Your Own Device (BYOD)

IT Infrastructure Architecture model

Fire prevention in the datacenter

Where to build your datacenter

Availability - Fall-back, hot site, warm site

Reliabilty of infrastructure components

Human factors in availability of systems

Business Continuity Management (BCM) and Disaster Recovery Plan (DRP)

Performance - Design for use

Performance concepts - Load balancing

Performance concepts - Scaling

Performance concept - Caching

Perceived performance

Ethical hacking

Computer crime

Introduction to Cryptography

Introduction to Risk management

The history of UNIX and Linux

The history of Microsoft Windows

Engelse woorden in het Nederlands

Infosecurity beurs 2010

The history of Storage

The history of Networking

The first computers

Cloud: waar staat mijn data?

Tips voor het behalen van uw ITAC / Open CA certificaat

Ervaringen met het bestuderen van TOGAF

De beveiliging van uw data in de cloud

Proof of concept

Een consistente back-up? Nergens voor nodig.

Measuring Enterprise Architecture Maturity

The Long Tail

Open group ITAC /Open CA Certification

Human factors in security

Google outage

SAS 70

De Mythe van de Man-Maand

TOGAF 9 - wat is veranderd?

DYA: Ontwikkelen Zonder architectuur

Landelijk Architectuur Congres LAC 2008

InfoSecurity beurs 2008

Spam is big business

Waarom IT projecten mislukken

Stroom en koeling

Laat beheerders meedraaien in projecten

De zeven eigenschappen van effectief leiderschap

Archimate

Een ontmoeting met John Zachman

Open CA (voorheen: ITAC) - IT Architect certification

Persoonlijk Informatie Eigendom

Webcast

Live computable webcast

Lezing Trends in IT Security

Hardeningscontrole en hacktesting

Kennismanagement

Information Lifecycle Management - Wat is ILM

LEAP: de trip naar Redmond

LEAP: De laatste Nederlandse masterclasses

Scada systemen

LEAP - Halverwege de Nederlandse masterclasses

Beveiliging van data - Het kasteel en de tank

Waarom je geen ICT architect moet worden

Non-functional requirements

Redenen om te backuppen

Log analyse - gebruik logging informatie

LEAP - Microsoft Lead Enterprise Architect Program

Archivering data - more than backup

Patterns in IT architectuur

Tot de dood ons scheidt

High Availability clusters

Hoe geef ik een goede presentatie

Lagen in ICT Beveiliging

Zachman architectuur model

High performance clusters en grids

Redenen om te kiezen voor Open Source software

Monitoring door systeembeheerders

Wat is VMS?

IT Architectuur certificeringen

Storage Area Network's (SAN's)

Systeembeheer documentatie

Wat zijn Rootkits

Virtualisatie van operating systems

Kenmerken van Open Source software

Linux certificering: RHCE en LPI

99,999% beschikbaarheid

Het infrastructuur model

Sjaak Laan


Recommended links

Genootschap voor Informatie Architecten
Ruth Malan
Informatiekundig bekeken
Gaudi site
Byelex
XR Magazine
Esther Barthel's site on virtualization


Feeds

 
XML: RSS Feed 
XML: Atom Feed 


Disclaimer

The postings on this site are my opinions and do not necessarily represent CGI’s strategies, views or opinions.

 

Copyright Sjaak Laan