Dit is wat je hebt gemist tijdens openSUSE Conference 2018

De jaarlijkse openSUSE-conferentie is altijd een opwindende gebeurtenis voor de SUSE Linux-gemeenschap. Dit jaar vond het evenement plaats in Praag van 25 tot 27 mei. Het is FOSS was de officiële mediapartner van het evenement en ik woonde het evenement bij namens het It's FOSS-team.

Als je mijn dagelijkse debriefing niet op Facebook of LinkedIn hebt gevolgd, is hier een samenvatting van het driedaagse evenement zoals ik het leefde, alles samengevat in één artikel.

Dag 1

De conferentie begon met de officiële lancering van openSUSE Leap 15, de nieuwste stabiele release van de professionele Linux-distributie. Als u niet bekend bent met het SUSE-ecosysteem, is openSUSE de gratis versie van het commerciële SUSE Linux Enterprise-product.

Tijdens de conferentie herhaalde Richard Brown, de openSUSE-voorzitter, dat vanaf vandaag de stabiele releases van OpenSUSE en SUSE Linux Enterprise dezelfde code-base delen die is overgenomen van Tumbleweed - de rollende release van openSUSE. Alle nieuwe code moet eerst doorgaan naar Tumbleweed voordat deze zijn weg vindt naar de gratis en commerciële stabiele distributies van SUSE. Als uitvloeisel daarvan bevat SUSE Linux Enterprise geen "verborgen code" of "closed source blobs" die niet beschikbaar zouden moeten zijn in de gratis versie van de software.

In de continuïteit van de release van Leap 15, legde Richard Brown ook het bestuur van het project uit. Of eigenlijk, het gebrek daaraan, omdat hij geen gelegenheid gemist had om zijn favoriete uitspraak te citeren: "diegenen die dat doen, beslissen." Er werd ook meerdere keren gezegd het project, en de gemeenschap verwelkomt nieuwe bijdragers, of je nu komt een kleine bug repareren of voor grotere dingen.

Tijdens de middag heb ik deelgenomen aan verschillende gesprekken met betrekking tot containers en cloud-native applicaties. In zijn toespraak beschreef Jason S. Evans hoe je met het gebruik van Docker-containers een Tor .onion-site minder dan 15 minuten kunt maken.

Het lijkt een erg hot topic te zijn voor SUSE Linux Enterprise. En een paar projecten worden ontwikkeld onder de paraplu van openSUSE in dat gebied. Met name Kubic, dat is nog steeds een beetje vaag voor mij. Uit het gesprek begreep ik dat het boven op Kubernates in de "cloud stack" zit, maar het lijkt ook een verzamelnaam te zijn voor andere side-projecten zoals MicroOS-wat een op Tumbleweed gebaseerde OS voor microservices en Velum een ​​dashboard is om uw containerclusters te beheren.

Wat zou echter een microservice zijn zonder gedeelde opslag? Als je NFS op een NAS gebruikt, ben je uit: de nieuwe coole jongen in het blok is Ceph, een oplossing om gedecentraliseerde opslagclusters te bouwen die zowel als een objectopslag kunnen worden gebruikt, als blokopslag, of als een gedeeld bestandssysteem wanneer er CephFS bovenop gebruiken.

Dag 2

De ochtend van de tweede conferentiedag volgde ik een aantal workshops. Ik vind niet alleen interessanter om dingen te doen in plaats van alleen naar gesprekken te luisteren, maar omdat een workshop interactief is en ontworpen voor kleine groepen, is het meestal veel gemakkelijker om met de presentatoren in te wisselen dan in de hoofdruimten. En dat was het geval bij het volgen van de geweldige workshop van Wolfgang "bigironman" en Frank "M0ses": "Building Containers en VM met OBS".

De presentatie begon met een voorzichtige introductie tot Containers en VM. Die discussie leidde ons naar de kern van de workshop: OBS, het Open Build-systeem.

OBS wordt gebruikt om reproduceerbare buildafbeeldingen te maken en kan toepassingen in Docker-containers (native build, of via Kiwi) of als AppImage verpakken. OBS ondersteunt sjabloonafbeeldingen en kan worden gebruikt via een web-gebaseerde GUI of met het `osc`-opdrachtregelprogramma (ik heb het getest vanuit een container met OpenSUSE Leap 15 op mijn Elementary OS-laptop). Het leuke van OBS is dat je niet alleen afbeeldingen voor verschillende architecturen kunt maken, maar dat je afbeeldingen ook worden toegevoegd aan een repository waar andere mensen ze kunnen downloaden als je ze met de publicatievlag maakt.

Over een heel ander onderwerp, tijdens de tweede workshop van de dag, werd een handjevol van ons ingewijd in de mysterieuze tools die door het videoteam werden gebruikt om de conferentiegesprekken op YouTube of via het kanaal van de Chaos Computer Club op te nemen en te verspreiden. Een belangrijk onderdeel van het systeem is Voctomix, een full-HD videomixer geschreven in Python. Ironisch genoeg is Voctomix om historische redenen vooral op Debian ontwikkeld.

De discussie was zo interessant dat ik de lunch helemaal over het hoofd zag. Toen ging ik naar het volgende evenement: "Hoe dingen aan MySQL toe te voegen." Ik had verwacht dat dit een workshop zou zijn, maar het was in feite een toespraak die ons herinnert aan de basismanier om MySQL uit te breiden met door de gebruiker gedefinieerde functies of plugins. En de introductie van de "nieuwe manier" om te doen bij Oracle: de "component API". Voor wat ik heb begrepen, belooft het om uitbreidingen van MySQL veel modulairder te maken. Als u geïnteresseerd bent in het onderwerp, kan ik u alleen naar de bijbehorende documentatie verwijzen.

Dag 3

Het allereerste gesprek van de derde dagochtend ging over OBS, het 'Open Build-systeem' dat ik hierboven al noemde.

Ralf Lang gaf ons een goed gesprek, waarbij hij uitlegde waarom ontwikkelaars Docker-afbeeldingen moesten gebruiken om hun ontwikkelomgeving in te stellen: door het downloaden van lichtgewichtafbeeldingen kun je binnen een paar seconden een werkomgeving hebben. Dit heb ik geprobeerd uit te leggen in een video waarin ik laat zien hoe je een Oracle RDBMS Instance in een kwestie van een seconde in een container kunt laten draaien, zodat je database-ontwikkeling op je computer kunt starten zonder je tijd te verspillen aan een handmatige installatie.

Ralf legde ook uit hoe je, met bind mounts, je werkdirectory op de container kunt "importeren". Nogmaals iets dat ik in een video liet zien (ik moet toegeven dat ik als kijker naar de kijker moest gaan om zijn werkmap op te zetten)

Het grote voordeel van een dergelijke oplossing is dat u de hulpprogramma's opnieuw kunt maken of bijwerken door de container te vervangen en dankzij de bindmount-koppeling heeft dit geen enkele invloed op uw gegevens, broncode enzovoort, zolang ze zich beperken tot het "gedeelde" directory. Maar het beeldupgradeproces blijft voor uw rekening. En dit is waar OBS het spel betreedt: u hebt nu een oplossing om uw afbeeldingen automatisch opnieuw te bouwen wanneer een afhankelijkheid verandert. De garantie om altijd de nieuwste versie van uw tools mooi gebundeld en klaar om te downloaden te hebben met een eenvoudige "docker pull" -opdracht. De OBS-discussie ging daarna verder in een andere kamer. Helaas was ik niet in staat om dat tweede deel te volgen, omdat ik de 'ingebedde' gesprekken op hetzelfde moment niet wilde missen.

Over embedded systemen gesproken, Andreas Färber heeft ons in zijn eerste presentatie een rondleiding gegeven door de ingesloten platforms die worden ondersteund door openSUSE voor cross-compilatie en de status van de verschillende ARM-processorondersteuning.

Ik heb het gehad over "cross-compilatie" hierboven, omdat openSUSE niet noodzakelijk op al die platforms draait. U kunt echter software ("firmware") met daarop bare metal op die architecturen ontwikkelen vanuit uw openSUSE-ontwikkelcomputer.

Als je een volledige lijst wilt van nieuw ondersteunde architectuur, raad ik je aan de hele video te bekijken:

Onder nieuw ondersteunde microcontrollers waren ze duidelijk de "nieuwe" ARMv7-R en -M. Vanzelfsprekend, zei ik, niet alleen vanwege de populariteit van het ARM-platform, maar ook omdat ARM een partner / sponsor van openSUSE is, wat zeker helpt om de nodige informatie te hebben om die chips te ondersteunen.

Het meest interessante is dat Andreas ook herinnerde dat we nu een openSUSE-poort hebben voor de RISC-V-architectuur, maar we hebben ook een cross-compiler-toolchain die kan worden gebruikt om firmware te ontwikkelen voor RISC-V-gebaseerde microcontrollerborden. Wat, zoals hij me tijdens het gesprek eraan herinnerde, veel minder dure boards zijn dan diegenen die in staat zijn om een ​​volwaardig Linux-systeem te runnen.

De tweede helft van de ochtend richtte Andreas zich uitsluitend op de ARM-architectuur. De nieuwe uitdaging uitleggen die niet alleen is geïntroduceerd vanwege de marktrijping, maar ook vanwege de nieuwe bedreigingen die de Spectre- en Meltdown-kwetsbaarheden dit jaar onder de aandacht hebben gebracht. Concreet kwam de zorg dat het up to date houden van uw besturingssysteem niet langer voldoende is. Om deze nieuwe kwetsbaarheden efficiënt te verminderen, moet u ook de microcode bijwerken voor uw CPU. Hierna maakte Andreas een rondleiding door de huidige staat van openSUSE voor een aantal populaire boards, zoals de Raspberry Pi Zero W, de Pine64, de MacchiatoBin of de Rock 64 om er maar een paar te noemen. Ik moedig u aan om de hele toespraak te bekijken voor de details van deze borden en over vele anderen.

Zo was mijn reis op openSUSE-conferentie oSC18 eindelijk afgelopen. Ik heb de laatste halve dag gemist sinds ik terug moest naar Frankrijk. Voordat ik dit artikel besluit, wil ik de tijd nemen om alle sprekers en het hele openSUSE-team te feliciteren, niet alleen voor de geweldige conferentie die we hadden, maar ook voor hun toewijding en het fantastische werk dat ze het hele jaar door doen. Omdat ik een "Debian-man" ben, kende ik de openSUSE-gemeenschap niet zo goed. En ik was gewoon verbaasd door wat ik zag. Bedankt iedereen!

Aanbevolen

Chrome OS Look-Alike Linux Distro Chromixium uitgebracht
2019
Virus Alert! Een Linux Only Trojan "Hand Of Thief" Spotted In Grey Market
2019
De bronlicentie voor bedrijven voldoen aan de open source-eisen
2019