Category Archives: Linux

Linux revolutie onderweg

Al jaren wacht ik op de Linux (en open source) revolutie in de IT markt. Linux op desktops, Linux op servers en Linux op telefoons. De wereld zou overspoeld worden en Linux zou overal te vinden zijn. Hoe kunnen bedrijven met hun commerciële software hiermee concurreren? 

Microsoft_loves_Linux

Geen revolutie

Niets was echter minder waar. Linux op de desktop zette niet door. Niet dat het ontbrak aan goede Linux desktop distributies en ook niet aan goede software. Bovendien steeds meer applicaties werden web-based. Een Linux desktop was een prima alternatief. Eindgebruikers stoorden zich toch aan kleine visuele verschillen en bleven Microsoft Windows trouw. Vreemd genoeg waren het vaak juist deze eindgebruikers die het geen probleem vonden over te stappen maar OS X.

Toch een revolutie

Hoewel het minder zichtbaar was, kwam Linux toch in elk bedrijf en in elke huiskamer binnen. Routers, firewalls, NAS en andere appliances werden steeds vaker voorzien van Linux. Dit is begrijpelijk, Linux kost niets en is eindeloos aanpasbaar. Ook kwam er goedkope PC hardware (Raspberry pi) op de markt en daarop draaide natuurlijk Linux. Ineens gingen naar mijn idee mensen om me heen zonder enige Linux geschiedenis daar gewoon mee experimenteren. De drempel is blijkbaar toch laag.

Microservices en Cloud computing

De invloed van web gebaseerde technieken op de IT ontwikkelingen deed zich gelden. Het werd steeds interessanter geen grote applicaties te bouwen, maar kleine stukjes functionaliteit, zogenaamde microservices. Deze microservices maken het mogelijk dat development sneller kan plaats vinden en met minder risico’s en impact op eindgebruikers. Ook de bijbehorende development methoden werden geadapteerd, zoals continuously delivery, agile en scrum. Tegelijkertijd raakten bedrijven overtuigt van het nut van virtualisatie van infrastructuur (getuige het grote succes van VMware). De stap van virtualisatie naar Cloud Computing is daarom geen al te grote technische stap. De open source community volgde rap met bijvoorbeeld OpenStack.

Datacenter automation

Hoewel Cloud Computing technisch geen al te grote stap betekende, mist het zijn effect op de IT niet. Alles binnen een Cloud omgeving laat zich scripten en daarmee automatiseren. Of het nu gaat om de deployment van virtuele servers, de configuratie daarvan of het schalen van capaciteit (scale in en scale out). Dit wordt wel aangeduid met datacenter automation. Het verklaart de populariteit van tools als Puppet en Ansible. Het laat zich raden dat die zich goed laten combineren met het idee van de microservices. Men spreekt hier wel over de verandering van “server as pets” naar “servers as cattle”.

Alle ingrediënten samen

De principes van “scale out” en “scale in” en de microservices samen stelden steeds minder eisen aan de features van het operating systeem. Een OS wordt steeds eenzijdiger ingezet. Linux leent zich hier wederom erg goed voor. Het lijkt eerder een doos met Lego blokjes waaruit je zelf iets kan maken, dan een kant en klaar product. Het is naar mijn idee hier dat Linux revolutionair zal blijken. Naast dat bijna alle cloud infrastructuren op Linux gebouwd worden (zoals bijvoorbeeld Amazon, maar ook OpenStack) is de keuze voor Linux als OS binnen de Cloud ook logisch. Voordelen zijn bijvoorbeeld: lage kosten, geen licentie problematiek en de aanpasbaarheid.

Nog eenvoudiger

Het toepassen van microservices in Cloud infrastructuur verlangt verdere afslanking. De overhead van een virtuele server is nog steeds te groot. Hier biedt het gebruik van container technologie, zoals Docker uitkomst , zeker in combinatie met datacenter automation. Het OS hoefde nog minder features – en dus complexiteit – te hebben. Ook het update mechanisme kon vereenvoudigd worden. De grote Linux distributeurs kwamen met “uitgeklede” versies van hun OS met aangepast update mechanisme (zoals Ubuntu Snappy Core en Red Hat’s Atomic).

d.d. 7 december 2015
Aanvulling, Vandaag kwam ik dit artikel tegen over unikernels. Dit sluit precies aan bij de zoektocht naar kleinere OS-en, een kernel die slechts een applicatie draait.

Features

Kon commerciële software voorheen met Linux concurreren op basis van features, dan zie ik de grond daarvoor nog verder verdwijnen. De aanpasbaarheid en kwaliteit maken Linux tot een onweerstaanbare keuze voor bedrijven – nog los van kostenvoordelen. De schaalbaarheid en automatisering daarvan schreeuwt om open source software. Linux “loves Cloud Computing”. Deze revolutie is in alle hevigheid los gebarsten.

Houdbaarheid van digitale gegevens

In Noorwegen heb ik rotstekeningen gezien waarvan vermoed wordt dat deze ongeveer 9000 jaar oud zijn. Een van de tekeningen laat een rendier of hert zien dat zijn kop omdraait en achter zich kijkt. Niets bijzonders zou je denken. Maar iemand heeft dat beeld 9000 jaar geleden gezien, op de rots getekend en nu weten wij het. Dat is toch onvoorstelbaar. Hoe zit dat eigenlijk met onze moderne digitale gegevens, hoe lang kunnen wij die bewaren? Dit zette me aan het denken en als zo vaak leidt dat tot een stukje tekst.

Uiteindelijk vergaat alles

Om te beginnen, natuurkundig bekeken zal alles tenslotte vergaan. Zo hiermee is het meest voor de handliggende eerste gedachte van tafel.

Hoe lang kunnen we als mensheid eigenlijk analoge gegevens bewaren? Welke voorbeelden zijn er van overleveringen (analoog evenwel) en hoe oud zijn die eigenlijk? Kort onderzoek op internet levert het volgende overzicht op:

  • Noorse rotstekeningen geschat 9000 jaar oud
  • Kahun Gynaecological Papyrus geschat op 4000 jaar oud
  • Gutenberg bijbel wordt geschat op 2000 jaar oud
  • Gedichtenbundel van Den Schoolmeester in de boekenkast, geschat net iets minder dan 100 jaar oud
  • Oudste foto in huis, mijn vader als kleine jongen, iets ouder dan 75 jaar

hertje

Mijn eerste observatie is dat ik vergeleken met de andere voorbeelden geen erg oude zaken in huis heb.  Mijn tweede observatie is dat mits zorgvuldig bewaard papier aardig kan concurreren met rotstekeningen. We zouden dit als baseline kunnen beschouwen en eens kijken welke digitale media ik nog heb.

Digitaal archief

De eerste digitale media die ik zelf in huis haalde waren CD’s. Voor zover ik weet is de inhoud daarvan nog steeds goed leesbaar. In overzicht:

  • Oudste CD (Kate Busch, Hounds of love) 30 jaar oud (het jaartal op het boekje)
  • Floppy disc 19 jaar oud (er stond een datum op het label, de leesbaarheid kan niet geverifieerd worden, ik heb geen diskdrive meer)
  • Oudste digitale foto 12 oud (ik wist nog waar en wanneer dat was, foto geverifieerd goed leesbaar)

Vergeleken met de rotstekeningen en de eerste boeken is dit nog geen indrukwekkend resultaat. Hoelang gaan digitale media eigenlijk mee? Kort onderzoek op internet levert het volgende overzicht op.

tabel levensduur media

Hoewel ik dit een wel erg voorzichtige inschatting vind, is het geen erg bemoedigend resultaat.

Digitaal versus analoog

Er is blijkbaar een belangrijk verschil tussen het opslaan van gegevens in analoge vorm en in digitale vorm. In het geval van analoge gegevens kan je stellen dat de levensduur van de gegevens gelijk is aan die van het materiaal (de media) waarop ze zijn opgeslagen. Voor digitale gegevens gaat dit niet op. Een tape of floppy kan zijn gegevens verloren zijn zonder dat je dat kan zien. Daarnaast moet het het medium nog kunnen lezen (heb je dan nog een werkende floppy drive of CD speler en interface?).

Er wordt wel gesteld dat media na twee generaties systemen niet meer leesbaar zijn.

Daarnaast moet het format van de bestanden ook nog leesbaar zijn. Deze zaken worden wel aangeduid met fysical media obsolescences. Naast deze digital obselescence speelt er nog een andere complicerende factor, namelijk datagroei. De groei van data is niet lineair, maar eerder exponentieel.

Welke factoren beïnvloeden digitale opslag media? Te denken valt aan magnetische invloeden, temperatuur (zowel hitte als kou), brand, radiostraling, vocht, uitdroging, chemicaliën en fysieke invloeden (aardbevingen, instortingen van gebouwen e.d.)

Aanvalsplan

Bedrijven en organisaties zien zich natuurlijk eveneens geconfronteerd met deze problematiek, daar zijn we bij ons in huis met onze muziek, foto’s en home video’s geen uitzondering op. Welke tactiek(en) passen deze bedrijven toe?

Het fysiek handelen van mensen doet de media sterk doet achteruitgaan en heeft daarom grote risico’s. Om dit tegen te gaan worden bijvoorbeeld robot’s gebruikt om tapes te hanteren.

Het labelen van CD's en DVD's verminderd de houdbaarheid van sterk.

Ook wordt data wel herschreven (ververst). Hiermee wordt datarot (ook wel bitrot genoemd) tegengegaan. Ook wordt ervoor gekozen data naar nieuwe media te migreren.

 

Datarot, het vervagen onleesbaar worden van digitale gegevens op een drager of in memory.

In alle gevallen wordt geaccepteerd dat een deel van de gegevens verloren gaat. Dat is dus niet anders dan ik de fysieke (analoge) wereld.

Misschien een vreemd idee, maar digitale gegevens op papier printen kan een oplossing zijn voor de eeuwigheid. We weten immers dat dit duizenden jaren kan overleven. Bovendien is er daarmee ook geen afhankelijkheid van gebruikte interfaces. Het is echter minder handig als het gaat om de opslag van veel gegevens. Daarmee vallen foto’s, muziek en film praktisch af.

De keuze voor rotstekeningen was dus nog zo slecht niet. Alle respect voor de kunstenaar van 9000 jaar geleden.

 

 

Open Source Software, zuiver eigenbelang

Gratis software, developers die software weggeven en die software voor mij onderhouden? Een economie van het delen, altruïsme? Ik geloof er niets van. Alles kost geld, ook software. Developers moeten toch ook kunnen leven?  Overal moet voor betaald worden, alleen de zon gaat voor niets op.

Al jaren staat de software industrie gelijk aan het snelle verdienen, het grote geld. Waarom zou iemand software weggeven en er niets voor terug vragen? Waarom zou ik dergelijke software willen gebruiken? Waarom werken grote bedrijven als HP, IBM, Intel en Red Hat daaraan mee? Vast niet om er slechter van te worden. Deze bedrijven willen immers geld verdienen. Er is vast een catch.

De catch

foksuk_rrs_scriptKlopt, er is een catch. De motivatie om aan open source software te werken is zuiver eigenbelang. Bedrijven doen dat om geld te verdienen. Developers hebben de software zelf nodig of willen bekendheid te verkrijgen. Aha.. zult u denken, dus dat is de catch. Ja dat klopt, dat is de catch. De motivatie voor developers en bedrijven is om er beter van de worden. Iedereen met bedenkingen over open source software heeft toch gelijk. Maar er is nog een catch, eigen belang als motivatie is eigenlijk best prima.

De motivatie

Natuurlijk is het allemaal niet zo slecht als het klinkt. Bedrijven en developers werken aan open source software om er beter van te worden, maar ze zijn niet egoistisch, anderen mogen er ook van profiteren. En ja en ook dat gebeurt met de gedachte dat ze er later zelf beter van worden. Maar is dat eigenlijk wel erg?  Waarom zou je er zelf niet beter van mogen worden als anderen er ook wat aan hebben, dat is toch prima?

Zeg nu zelf, als je wil dat mensen iets doen en dat blijven doen, wat is de beste garantie die je kan krijgen? Dat ze ervoor betaald worden, of dat het (ook) in hun eigenbelang is? Het is eigenlijk het verschil tussen intern gemotiveerd zijn, of extern gemotiveerd worden. Interne motivatie is natuurlijk veel beter. Immers, geen betaling, geen software. Het verklaart eveneens waarom open source software developers zo gebrand zijn kwalitatief goede en veilige software te maken. Ze hebben zich persoonlijk verbonden aan de software. Deze persoonlijke verbondenheid is veel lastiger als je daarvoor betaald wordt.

Scratch your own itch

In het begin van het computer tijdperk werkte het immers ook al zo.  Als een computer iets moest doen, dan schreef je daar zelf de software voor, je kon het immers (nog) niet kopen. Maar als iemand anders software bezat die je nodig had, dan was het sneller om dat te mogen gebruiken, dan om het zelf te schrijven. Het delen van software lag daarmee erg voor de hand. Toch was de motivatie om te delen eigen belang, je werd er zelf ook indirect beter van.

Eigenbelang is prima

het-kan-wel-loesjeZo bekeken is de motivatie om mee te werken aan open source software inderdaad eigenbelang. Niet egoistisch zodat we niet delen, maar de inspanning die we leveren, leveren we in eerste instantie voor onszelf. Dit is precies de reden waarom open source software een goede keuze is voor bedrijven en organisaties. Het principe erachter, de motivatie om software te schrijven en te onderhouden komt voort uit eigenbelang. Juist dit feit maakt dat het proces stabiel is. Deze stabiliteit is bij uitstek in het belang voor bedrijven. Lage kosten (ja het gebruik van software is nooit kosteloos) en een stabiel proces om de software te ontwikkelen en te onderhouden is juist in hun belang – en uiteindelijk in ieders belang.

Duurzaam

Heb je zelf behoefte om aan open source software mee te werken, doe het dan vooral voor jezelf, maar deel het resultaat met anderen. Dit gaat ook voor bedrijven op. Bijdragen aan software projecten, of het financieren van ontwikkeling, doe het vooral vanuit eigenbelang en deel het daarna met de wereld. Dit is de beste manier om het gebruik en het ontwikkelen van open source software duurzaam te maken en nuttig te laten zijn voor iedereen.