Open Source/Standards Det handler ikke (kun) om penge... Licens: Creative Commons Share- Alike Non-Commercial (CC-SA-NC) Svenne Krap Kracon Aps Tlf.: 21699040 svenne@kracon.dk
Om Svenne Cand.Merc. - Finance & Strategic Management (CBS, 2006) Professionel udvikler siden 1999 Professionel driftsmand siden 2001 Freelancer (siden 2002), fuldtid (2006) Certificeret i storage, unix-servere, VmWare, Redhat men også til McGyver(tm) løsninger Stor bredde It-passion siden 1984 Alt arbejde er open source overfor kunden
Formål med dette foredrag At få jer til at overveje et velfungerende og pris-effektivt alternativ til kommercielle produkter. Både til jer selv og jeres kunder.
Hvad har værdi? Det er jeres data og ikke mindst brugen af dem, der skaber værdi. Et nyinstalleret system uden jeres data er nær værdiløst. Jeres data er dog kun værdifulde, hvis I kan behandle dem
Definitioner Open Standard: En beskrivelse af hvordan man interagerer med hinanden (dvs. et stykke papir) Open Source: Et stykke software, hvor man har adgang og lov til at modificere og bruge opskriften Propræritært software: Software der ikke er open-source.
Hvis man kun må bede om een ting Så vælg åbne standarder 1.Veldokumenteret med den fuldstændige specifikation offentligt tilgængelig. 2. Frit implementerbar uden økonomiske, politiske eller juridiske begrænsninger på implementation og anvendelse. 3. Standardiseret og vedligeholdt i et åbent forum (en såkaldt "standardiseringsorganisation") via en åben proces. => Så kan man altid selv lave softwaren
Åbne standarder Er så god en ide, at det er obligatorisk for offentlige instanser i mange lande I Danmark har offentlige instanser pligt til at bruge åbne standarder, hvor det giver mening (B103, 2005).
Endnu bedre Open source er software hvor både dataformatet og den interne arbejdsmetode er offentligt kendt. Man er derfor sikret, at man altid kan lave noget software der laver det samme.
Lidt teori (sorry...) Under perfect competition, any profit-maximizing producer faces a market price equal to its marginal cost. Perfect competition theory
Lidt mere teori (sorry...igen...) Transaction cost theory: Make or Buy? Fordele ved make : - in-house kompentence - bedre kontrol (fx. kvalitets-) - sikring af leverance
Transaction cost (1) In-house kompetence: Dygtige medarbejdere har altid været rygraden i enhver organisation. It er blevet rygraden i de fleste organisationer. Giver det så ikke mening, at have dygtige it-medarbejdere? (kontroversiel: hvis en IT-medarbejder ikke kan kode til husbehov, er han så dygtig?)
Dygtige medarbejdere Dygtige og samvittighedsfulde medarbejdere muliggør: - vurdering af aftalers rimelighed - overvejelser af alternativer - generelt velfungerende it
Kompetence i virksomheden Visse opgaver i en virksomhed er relativ standard, men virksomhedens eget informationsflow er sikkert nær-unik. Tit vil en specialiseret løsning muliggøre at virksomheden gør ting, der ellers er umulige (det gælder i hvert fald for mine kunder) (Hvis både knive og kædesave er lavet til at skære over med, hvorfor findes de så begge?)
Transaction cost (2) Bedre kontrol: Hvis man selv producerer sin dims, kan man styre: hvilken kvalitet den er lavet i hvornår den bliver lavet hvor mange der bliver lavet Men også PRÆCIST hvordan den virker
Transaction cost (3) Sikring af leverance: Leverandører kommer og går (og bliver opkøbt) Leverandørers fokus ændrer sig med tiden (den frygtede discontinued) Leverandører er profit-maksimerede Opdateringer koster penge (supportaftale) Tvungne opgraderinger (discontinued)
Open source: den gyldne middelvej? Hvis man bruger open source, kan man både købe sig til ydelserne (eller softwaren) eller lave selv. Man kan altid selv kontrollere kvaliteten - eller lade andre gøre det for en (synshaller?) Man bestemmer selv, om man vil fortsætte på en given version af softwaren principielt for altid Som almindelig bruger kan man ikke være uncompliant mht. licenser
Suveræn udviklingsmetodik Open source udvikles i fuld offentlighed. Folk kan komme med kommentarer inden irreversible valg er truffet. Når vasketøjet hænger fremme, tænker man over pletterne Open source projekter bruger versionsstyring Du kan altid finde forskellen mellem den version der virker, og den der ikke gør Du kan altid vælge at køre en vilkårlig ældre version (det er dog ikke altid en god ide)
Fra en bruger Linux has become the "Wikipedia of operating systems"; it is a store of knowledge on how systems should be built Taking full advantage of that knowledge requires building up a certain amount of in-house expertise. But having that expertise greatly reduces the risk of catastrophic problems; depending on outside vendors, instead, increases that risk. The value of open source is that it allows us to move beyond being consumers and know enough about our systems to take responsibility for keeping them working. Vinod Kutty, Chicago Merchantile Exchange
Open Source Hvis man kan se (noget) af kildekoden er det open source. (f.eks. open core) NEJ! NEJ! NEJ! NEJ! Rigtigt open source kræver at du uden juridiske eller tekniske begrænsninger selv kan bygge software ( bage kagen ). Hvis noget mangler eller ikke er tilladt taler vi IKKE om open source! Man kan ikke være lidt open source på samme måde som man ikke kan være lidt i live
Virker open souce? Open-source BI carries the same general benefits as other open-source software segments, from lower initial costs to more flexible support and integration options compared to proprietary products, analysts Boris Evelson and Jeffrey Hammond wrote. In addition, organizations that have used open-source software at length often find their in-house developers become more engaged, since they are able to probe into and extend the source code with much more freedom, the report adds. (Forrester, 2010)
Virker open source (2)? 87 percent of those surveyed realized the cost savings they expected from open source 92 percent of respondents have had their quality expectations met or exceeded by open-source software Speaking of open-source applications, a significant percentage of the enterprises surveyed have adopted or will adopt the following open-source software within the next 12 months (Forrester: Open source paves the way for the next generation of enterprise IT, 2008)
Virker open source (3)? Large companies are increasingly using open source software to conduct pilots large corporates, are increasingly demanding open source software to use on pilot projects. It reduces the cost of running pilots IT departments use open source to try things out they do not have to ask for any budget. Deloitte tech group, 2010
Virker open souce (4)? "Linux wins when there are no Microsoft dependencies" IDC, 2010
Virker det (5)? Enhance quality by creating mechanisms for continuous improvement Gain customized solutions with minimal investment Attract specialist contributions Engage the broader community Harvard & Deloitte (2009): The Public Innovator s Playbook
Virker det (6)? Deloitte spurgte (i 2010) 300 offentlige og private virksomheder i USA og UK med Oms > 500M$: 76 percent of respondents in the UK and US cited quality as a key benefit of open source Two-thirds overall (71 percent) cited improved reliability Better security/bug fixing was cited by nearly as many (70 percent) across both countries.
Virker det? Linux kører på ALT Arbejdsstationer og servere (herunder 57% af internettet, netcraft) TV'er (fx. Sony), PVR'er & Yousee's Selector De fleste access points & routere Industri automation Mobiltelefoner Hovedparten af TOP 500 supercomputere Indlejrede systemer der koster < 300 kroner Set i dette forhold er Windows et niche OS.
Myter
Den værste At køre open source er ligesom kommercielt software - bare gratis. Alt software kommer med fordele og ulemper. Hvis man tror det er business as usual without a bill, får man sig en grim overraskelse. Open source muliggør, men kræver også oftest, mere indsats fra brugeren. Og det er ikke gratis at migrere sin platform til Open source.
Aflivninger af en myte: Intet gratis er værd at have... Hvad så med venskaber? Kærlighed? Retssikkerhed? (og i øvrigt er intet gratis)
Aflivninger af en myte Det kræver meget undervisning af mine brugere inden de kan bruge open source Ikke mere, end hvis de ellers skulle skifte system/version. Personligt har jeg til gode at møde medarbejdere der faktisk har haft et problem
Aflivning af en myte: Open Source == Linux Linux er definitivt open source, men det er der mange andre ting der er. F.eks.: Apache (webserver) & Firefox (webbrowser) Open Office Gimp & Inkscape (tegneprogrammer) PostgreSQL & MySQL (databaser)
Open Source Survival guide Hvad man skal vide for at overleve i open source verdenen
Open source begreber Bleeding edge Unstable Testing Stable Long Term Support (LTS)
Supporteret? Hvis man får at vide at Linux (eller X) ikke er supporteret, så husk: Supporteret kan betyde: virker det? kan du søge hjælp gennem hotlinen? Fx. er der ingen netbanker der supporterer linux, men langt de fleste virker. Fx. supporterer de store hardware fabrikanter kun RHEL og SLES, men alle andre virker oftest.
Support Ikke noget telefon-nummer, men: Åben (og ærlig) bug-tracker Forum med både udviklere og brugere IRC (chat) kanaler Google Efter min erfaring langt mere brugbart end at ringe til en inder og få at vide, at det fixes i næste version
Licenser To typer: GPL (smittende, copy-left) BSD (ikke-smittende, truly free) Hvis du ikke distributerer noget der kører open source software (fx. Linux), så gør det ingen forskel for dig.
In-tree vs. out-of-tree Man kan forke et open source projekt (dvs. skabe et nyt projekt/produkt) Man kan køre private ændringer uden om projektet (a.k.a. Private repository, out-of-tree) Man kan levere ændringerne tilbage til projektet (a.k.a. Mainline, in-tree) Oftest er det en fordel at køre sine ændringer intree Google er blevet ramt af problemerne ved at køre out-of-tree.
Versions-numre Alle projekter* har deres egen måde at nummerere på. Vær opmærksom på: - major versions - minor versions - maintainance versions Fx. linux 2.6.34.7 Fx. Tex går imod pi
Open Source filosofi release often, release early => flere (små) opgraderinger Principle of least astonishment Åbenhed (fortæl hvad du vil gøre, accepter input) Valgfrihed Version 1.0
Open source filosofi Små pakker, der let kan interagere, foretrækkes fremfor store monolitter Source is king (og dokumentation kan være mangelfuld) Den simpleste løsning er den bedste Minimer scope Scratch your own itch McGyver-ism
Linux Der er rigtigt mange linux-distributioner (over 1.000), men... Linux distributioner er lidt ligesom frikadeller De kan afvige i form, størrelse og smagsvariant, Men man er aldrig i tvivl om at det er en frikadelle. Enhver ordentlig linux-mand kan arbejde på alle* linuxer, hvis han har Google til rådighed.
Linux familie-træet Der er mere end 1.000 varianter af linux... Redhat: RHEL($), Fedora, Centos, Oracle EL($), RedFlag Debian: Debian, Ubuntu, Mint Suse: SLED($), SLES($), OpenSuse Mandriva: Mandriva, PCLinuxOS Slackware Gentoo Ikke Linux (men gode open source, POSIX): FreeBSD, OpenBSD, NetBSD
Pakke-manageren En pakkemanager er lidt ligesom en AppStore. Du beder den om en pakke, sørger den for du får den. Den sørger dog også for, at alle pakker opdateres jævnligt Den sørger for at alle pakker bliver kryptografisk verificeret.
Problemer for open source Hvor er det svært?
Manglende maling Open source software er (tit) lavet for at løse et specifikt problem, ikke for at kunne sælges til en kunde Derfor mangler der tit polish (maling?) Det ser derfor mindre moderne ud og/eller har mindre konsistent UI end kommercielle alternativer
Open Source problemer Exchange + Outlook Office integration (fx. i offentlige fagsystemer) Integration med platforme Fjendtligtsindede eller sløvsindede leverandører Ledelsesforskrækkelse Slutbruger forskrækkelse
Scratch your own itch Hvis man har et meget specialiseret ønske, kan det være svært at få andre til at kode det for en. Så må man enten selv gøre det, eller betale for egen udvikling.
Kom godt igang
Hvordan bruger vi Open Source Sørg for at komme gradvist i gang Vælg low-hanging fruit Lad jeres IT-ressourcer vænne sig til tanken og lære spillet i fred Tænk på vendor lock-in Kræv at fremtidig software er open source i størst mulig omfang
Low hanging fruit Linux + Samba til en perifær fil-server Open Office Linux til virtualisering Nagios til overvågning Amada til backup Linux baseret router (Yyatta, Dd-wrt, DIY ) Linux, Apache, PostgreSQL, PHP til web Python + QT til system programmering
HUSK Open source giver først rigtigt værdi, når det bliver implementeret på et strategisk plan. Hvis dit mål med open source er at spare på licenser, sætter du barren (for) lavt De penge, der virkeligt tæller, er forsikring mod vendor lock-in og de dermed associerede long tem costs.
Om Online (cloud?) services Husk at det er dine data der tæller. Har du tænkt på exit-strategi? Ved du, at ved at benytte en cloud-service, der kører open source øger du chancen for at kunne redde dine data, hvis du ikke længere ønsker at bruge servicen. (fx. e-conomic vs. Saldi)
Spørgsmål?