Ingo: Ja, ich bin jetzt hier auf der CubeCon 2024 in Paris.
Ingo: Bei mir ist Joachim Werner, er ist Principal Product Manager Edge bei Suse. Hallo Joachim.
Joachim: Hallo, guten Morgen.
Ingo: Und ihr macht ja eins der großen Themen, die ihr habt, ist Rancher.
Ingo: Vielleicht fangen wir damit einfach mal an. Vielleicht kannst du mal sagen,
Ingo: was Rancher genau ist, wofür brauche ich das?
Joachim: Ja, ich glaube, die einfachste Erklärung ist, wir helfen den internen IT-Organisationen,
Joachim: die mit der Cloud konkurrieren, dass sie intern Platform-as-a-Service,
Joachim: also die Services, die vorkonfiguriert sind für ihre Fachabteilungen, bereitstellen.
Joachim: Ja, es ist ja heute so, dass eine Fachabteilung häufig fragt,
Joachim: okay, warum muss ich da zu meiner IT gehen?
Joachim: Ich kann ja einfach die Kreditkarte nehmen und hole mir ein Software-as-a-Service,
Joachim: gibt es ja genug im Internet.
Joachim: Und dann steht ja Compliance dagegen, darf ich das überhaupt?
Joachim: Sind das Ausgaben, die dann, wie man so sagt, Schatten-IT sind?
Joachim: Und mit Rancher und der gesamten Toolchain außenrum helfen wir diesen Fachabteilungen
Joachim: letztendlich in interner Anbieter von Platform as a Service zu werden,
Joachim: aber mit der Compliance, die die Unternehmensrichtlinien auch vorgeben.
Joachim: Und dadurch, dass Rancher so konstruiert ist, dass es eigentlich Kubernetes-Cluster,
Joachim: egal ob die jetzt auf Amazon gehostet sind, auf Google gehostet sind oder bei
Joachim: Microsoft Azure oder eben auf eigener Hardware managen kann,
Joachim: ist dann auch die Freiheit,
Joachim: okay, was gebe ich in die Public Cloud, was behalte ich lokal.
Joachim: Und was jetzt auch neu dazu kommt, das haben wir auch eben zur KubeCon angekündigt,
Joachim: wir liefern auch für den Edge-Bereich,
Joachim: also beispielsweise Einzelhandelsketten, Restaurants und so weiter,
Joachim: alle Tools, damit man auch kleine Kubernetes-Cluster in einen Laden oder in
Joachim: ein Restaurant zum Beispiel reinbringen kann.
Joachim: Das sind auf ganz kleine Setups, zwei oder drei Mini-PCs oder Serversysteme,
Joachim: manchmal jetzt auch schon ARM.
Joachim: Also wir haben auch Support für die ARM-Hardware-Plattform jetzt durch das gesamte Portfolio.
Joachim: Und das ermöglicht eben dann sogar,
Joachim: dass die IT-Teams sagen können, okay, wenn das interne Entwicklungsteam zum
Joachim: Beispiel ein neues Feature für die Kundenbindung einbringen will,
Joachim: das hat ja vielleicht auf der einen Seite eine Spektrate, da wird die Web-App
Joachim: angepasst, dann wird was für die Mobile-App angepasst, das Backend muss gemacht
Joachim: werden und im Laden kommt vielleicht ein neuer Kartenleser dazu,
Joachim: der muss angebunden werden. Das geht dann alles in einer Plattform.
Ingo: Das heißt wirklich, dass, keine Ahnung, ich treibe eine Ladenkette und dann
Ingo: hätte ich in jedem Laden so einen kleinen Kubernetes-Cluster mit Rancher zu stehen?
Joachim: Ranger muss nicht im Laden sein, also Ranger managt viele Kubernetes Cluster,
Joachim: das ist eigentlich die Hauptaussage, deswegen ja auch ursprünglich der Name,
Joachim: also der Ranger, der die ganze Farm mit den ganzen Kettle, wie man so schön
Joachim: sagt, also den ähnlich aussehenden, es gibt ja diese Idee, es gibt Kettle und Pet,
Joachim: also früher hat man jeden Server einzeln wie ein Haustier gepflegt und ja,
Joachim: also der moderne Ansatz ist eben mehr wie in der Landwirtschaft,
Joachim: In der Landwirtschaft, jede Kuh hat vielleicht eine Nummer am Ohr,
Joachim: aber keinen Namen unbedingt.
Joachim: Und das kann Rancher sehr gut.
Joachim: Und da sind dann eben vielleicht an hunderten Standorten jeweils kleine Kubernetes-Cluster
Joachim: und Rancher kann die alle eben konsistent managen.
Ingo: Okay, da gibt es halt ein Plattform-Team oder sowas, den Rancher managt.
Ingo: Und in den einzelnen Handelsläden oder, was du auch gesagt hast, selbst im Restaurant.
Ingo: Oder wenn ich eine Fertigungshalle oder sowas habe, dann steht halt irgendwo
Ingo: in der Fertigungshalle so ein kleiner, weiß ich nicht, Cluster und arbeitet vor sich hin.
Ingo: Kann ich, wenn ich jetzt zu euch komme und sage, okay, ich will so ein Cluster
Ingo: haben, verkauft ihr die Hardware dann mit oder muss ich mir das selber überlegen?
Joachim: Wir sind wirklich,
Joachim: Wir sind fokussiert auf Infrastruktur-Software. Wir arbeiten aber natürlich
Joachim: mit allen gängigen Hardwareherstellern zusammen.
Joachim: Vom Datacenter her sind das natürlich die großen Namen, brauche ich jetzt nicht
Joachim: einzeln nennen, weil wir auch keinen bevorzugen.
Joachim: Wir sind da wirklich agnostisch.
Joachim: Mehr und mehr jetzt dann eben auch im Edge-Bereich müssen wir mit neuen Partnern
Joachim: arbeiten, weil es da eben wie gesagt Hardware auf ARM-Basis gibt.
Joachim: Da kommen jetzt neue Anbieter dazu. Also das sind auch oft Formfaktoren wie
Joachim: diese, es gab ja von Intel diese Lux.
Joachim: Das macht Intel zwar nicht mehr weiter, aber der Formfaktor wird also von einer
Joachim: großen Vielzahl an Hardware-Herstellern übernommen.
Joachim: Und das ist jetzt letztendlich unser Partner. Aber wir bieten zusammen mit Partnern,
Joachim: wir haben auch Integrationspartner, Also die, gerade im Einzelhandelsbereich,
Joachim: die die ganze Lösung dann zum Beispiel machen würden, die bieten dann die Hardware mit an.
Ingo: Jetzt habt ihr hier eine neue Version
Ingo: von Rancher oder Rancher Prime vorgestellt. Was ist denn da neu drin?
Joachim: Ja, es sind eigentlich zwei Bereiche. Der eine Bereich, der klingt erstmal gar
Joachim: nicht so spannend, aber da geht es eben in die Richtung Compliance,
Joachim: was ich vorhin schon angesprochen habe.
Joachim: Aber mit der Bezahlversion von Rancher Prime,
Joachim: die an sich genauso Open Source ist wie die Version, die man sich einfach runterladen
Joachim: kann, garantieren wir nach dem Salsa-Standard,
Joachim: den ursprünglich glaube ich Google in die Welt gesetzt hat,
Joachim: Supply Chain Konsistenz.
Joachim: Das heißt, man weiß für jedes Paket, für jedes Open-Source-Paket,
Joachim: für jede Zeile Code, die da drin ist, wo kommt die her?
Joachim: Kümmert sich jemand darum, dass die Sicherheits-Updates auch wirklich regelmäßig
Joachim: nachgezogen werden, eingespielt werden?
Joachim: Da haben wir ja im Linux-Bereich bei SUSE wirklich 25 Jahre Erfahrung.
Joachim: Wir waren die Ersten, die das auch voll automatisiert haben und das haben wir
Joachim: jetzt auch in die Ranger-Welt gebracht. Das ist der Compliance-Bereich.
Joachim: Das klingt jetzt erstmal unsexy, wenn man so will, aber es ist sehr wichtig
Joachim: eben gerade im Einsatz in business-kritischen Bereichen und es gibt ja auch
Joachim: in all diesen Kundenkreisen,
Joachim: die wir bedienen, von Banking bis Einzelhandel, sehr viele Regularien inzwischen,
Joachim: sei es mit Datenschutz oder auch mit der IT-Sicherheit, die man eben sonst gar nicht einhalten kann.
Joachim: Der andere Bereich, den man wirklich rausgreifen kann.
Joachim: Wenn man jetzt an diese Plattform-Teams denkt, wir wollen es so einfach wie
Joachim: möglich machen, auch für einzelne Szenarien Blaupausen zu bieten,
Joachim: also Templates auf Englisch.
Joachim: Und da gibt es jetzt eben Cluster-Templates, wo ich einen kompletten Cluster
Joachim: mit dem Hardware-Setup, also es sollen zum Beispiel fünf Server-Nodes sein,
Joachim: mit dem Betriebssystem installiert, bis hoch zur Applikation eben definieren
Joachim: kann und das dann wirklich wie eine Vorlage immer wieder verwenden kann.
Joachim: Also das sind diese Cluster-Templates, das ist glaube ich das ganz Große.
Joachim: Die meisten anderen Features sind eher, ja neue Versionen gibt es natürlich,
Joachim: aber das sind wirklich die zwei ganz großen Blöcke, die man rausgreifen muss
Joachim: und beides eben mit dem Hintergedanken, wie bringe ich mehr geschäftskritische Kunden dazu zu sagen,
Joachim: okay ich kann hier wirklich darauf vertrauen, dass mit dieser Open-Source-Software
Joachim: auch mein Betrieb sicher und zuverlässig abläuft.
Joachim: Was auch in die Richtung geht, wir haben ja schon immer in Rancher einen Anwendungskatalog,
Joachim: wo man auch andere zusätzliche Komponenten letztendlich als Helmcharts in Kubernetes
Joachim: rein installieren kann.
Joachim: Das wird jetzt professionalisiert und wie gesagt mit dem gleichen Denken,
Joachim: wie man es vielleicht von Linus kennt, dass eben auf einer Linus-Distribution
Joachim: viele Pakete sind, die auch regelmäßig abgedatet werden.
Joachim: Haben wir jetzt da zum Beispiel Datenbanken wie PostgreSQL wirklich in einer supporteten Form.
Joachim: Die werden in dem SUSE-Bildsystem gebaut, regelmäßig upgedatet, bereitgestellt.
Joachim: Und wenn man sich vorstellt, was häufig im Cloud-Native-Bereich passiert,
Joachim: dass man selbst in Produktion oft Container aus irgendwelchen letztendlich unklaren
Joachim: Quellen zieht, weil der Entwickler sich halt mal entschieden hat,
Joachim: ich nehme diesen Container.
Joachim: Da ist dann wirklich alles aus einer Hand. Also wenn man sagt,
Joachim: der Endanwender kann nur aus diesem Katalog Applikationen auswählen,
Joachim: dann weiß man, die sind von SUSE vorher verifiziert.
Joachim: Wir öffnen das auch für Partner. Also es wird dann nicht nur ein reiner SUSE
Joachim: Marketplace, wenn man so will, sein, sondern da kommen dann auch Partneranwendungen
Joachim: mit rein, wo man dann natürlich unter Umständen beim Partner extra Lizenzen bekommt.
Joachim: Zahlen muss, ja, ist klar.
Ingo: Heißt das, das ist direkt in Rancher eingebaut oder ist das nochmal ein extra
Ingo: Tool, wo ich mir dann die Helmstrahls runterladen muss?
Joachim: Na, der Applikationskatalog ist voll integriert in Rancher, ja.
Ingo: Gut, hier auf der Konferenz wäre jetzt AI ein großes Thema.
Ingo: Ich habe auch gesehen, auch zumindest in eurem Bereich stand das jetzt mit drauf.
Ingo: Was bedeutet das für die Kunden oder die Rancher oder die entsprechenden Kubernetes-Distributionen
Ingo: von euch einsetzen wollen?
Joachim: Ja, das ist sehr wichtig. Also AI ist, glaube ich, auch einer der größten Treiber
Joachim: für neue Hardware-Deployments, auch im Edge-Bereich.
Joachim: Also es gibt immer mehr Anwendungen, wo zum Beispiel mit Kamerasystemen im Laden
Joachim: gearbeitet wird, bis hin zu Inventory-Management.
Joachim: Also dass man wirklich statt einer manuellen Inventur letztendlich eine Kamera
Joachim: aufs Regal schauen lässt und beobachtet, was wird rein und raus genommen.
Joachim: Und wenn man das alles, die ganzen Rohdaten immer in die Cloud schicken müsste,
Joachim: dann würden einfach ungeheure Datenmengen entstehen. Deswegen werden auch kleine
Joachim: GPU-Cluster durchaus ins Edge gebracht.
Joachim: Und ja, mit den neuesten Versionen jetzt auch von unseren Kubernetes-Distributionen erlauben wir eben,
Joachim: dass diese GPUs, also diese Beschleuniger für die AI-Workloads,
Joachim: für die AI-ML-Workloads auch an die Container durchgereicht werden können.
Joachim: Da gibt es sicher noch sehr viel zu tun, aber das ist einer der Bereiche,
Joachim: wo wir, glaube ich, in den nächsten ein, zwei Jahren eine Menge auch von Suse sehen werden.
Ingo: Gibt es sonst noch irgendwelche Neuigkeiten bei euren Kubernetes-Distributionen,
Ingo: also insbesondere RKE2 und ich glaube, die etwas kleinere Sachen ist diese K3S?
Joachim: Ja, K3S oder K3S, beide kommen in den neuesten Versionen und ich habe es ja
Joachim: schon angesprochen, ganz wichtig ist wirklich der ARM-Support.
Joachim: Also das ist auch nicht nur ein Thema, man denkt bei ARM oft nur an Raspberry
Joachim: Pis, kleine Geräte, genauso im Data Center.
Joachim: Also man hat es auch auf der KubeCon jetzt öfter gehört, einfach nur um Energie
Joachim: zu sparen, werden Workloads häufig auf ARM-Server-Systeme umgestellt.
Joachim: Da gibt es auch riesige Server inzwischen mit Dutzenden oder Hunderten von ARM-Cores
Joachim: und das ist eben sehr wichtig, dass da auch der Support jetzt durchgängig verfügbar ist,
Joachim: was dann letztendlich eben auch heißt, dass die Applikationen,
Joachim: die darauf laufen, also auch Rancher selbst und so weiter, alle auf ARM letztendlich
Joachim: grundsätzlich lauffähig sind.
Joachim: Natürlich muss ein Container jedes Mal für die entsprechende Plattform gebaut
Joachim: sein, das ist klar, aber das ist eben auch in unserem Fall mit dem Application
Joachim: Catalog dann automatisch sichergestellt, dass wir für beide Plattformen die...
Joachim: Container bauen.
Ingo: Ja, bis zu 60% Energieeinsparung habe ich gehört auf ARM-Basis.
Ingo: Aber wenn ich jetzt klein erstmal anfange, könnte ich mir natürlich auch erstmal
Ingo: Raspberry Pi nehmen und damit mit Rancher erstmal rumspielen und gucken,
Ingo: ob das jetzt auf der ARM-Plattform alles tut.
Joachim: Absolut, ja. Also ich würde dann schon eher, sagen wir mal, mindestens 4 GB
Joachim: aufwärts, 8 GB Raspberry Pi 4 zum Beispiel nehmen.
Joachim: Aber man kann den kompletten Stack inklusive der Rancher-Management-Konsole
Joachim: durchaus auf dem Raspberry Pi betreiben.
Ingo: Ihr habt ja auch Storage-Systeme wie Longhorn. Gibt es da jetzt irgendwas Neues,
Ingo: wo man sagt, okay, sollte ich mir vielleicht nochmal angucken oder wenn ich
Ingo: einen Rancher deploye, weiß ich nicht, deploye ich das gleich mit oder wie funktioniert das?
Joachim: Ja gut, da gibt es zum einen ein neues, das ist jetzt eher auf der kommerziellen
Joachim: Seite, ein neues Bundle.
Joachim: Also Ranger Enterprise ist dann eigentlich die Möglichkeit, das gesamte Produktportfolio
Joachim: ohne große Komplikationen einzukaufen.
Joachim: Man kann auch à la carte wählen, wenn man sagt, ich brauche jetzt eben den Storage-Bereich
Joachim: nicht oder unser New Vector, unser
Joachim: Sicherheitsprodukt, aber bei Ranger Enterprise ist das alles im Bundle.
Joachim: Longhorn ist wirklich eine ganz tolle Möglichkeit, den Block-Storage für die
Joachim: Container bereitzustellen.
Joachim: Ist auch integriert in unserer VM-Management-Solution Harvester.
Joachim: Das ist wirklich eine schöne Möglichkeit auf Kubernetes-Basis eine Virtualisierungsumgebung aufzubauen.
Joachim: Da gibt es im Detail Verbesserungen, gerade im Bereich Replikation, Updates.
Joachim: Aber im Großen und Ganzen, ich glaube, die wichtige Message ist,
Joachim: die Produkte vom Betriebssystem aufwärts, also dem SUSE Linux Enterprise Micro,
Joachim: das ist unsere Distribution speziell für diese Container-Workloads bis hin zur
Joachim: Venture-Management-Konsole werden immer besser integriert.
Ingo: Die meisten der Sachen sind natürlich, oder weil wir jetzt gerade viel über
Ingo: Enterprise oder so geredet haben, es sind aber alles Open-Source-Produkte.
Ingo: Also ich kann mir auch Longhorn so angucken und einsetzen, wenn ich sage,
Ingo: ich brauche eine Art Block-Storage, was ich darüber baue, ist sozusagen egal.
Joachim: Genau und wir freuen uns natürlich auch immer, wenn die Communities wachsen.
Joachim: Wir arbeiten da im Open-Source-Bereich ja mit Kunden, mit Endbenutzern,
Joachim: mit Leuten von der Uni und anderen Firmen sehr eng zusammen.
Joachim: Und das ist wirklich schön anzuschauen, wie oft auch Konkurrenten im Markt oder
Joachim: Marktbegleiter, wie man so schön immer sagt, euphemistisch, dann in den Open-Source-Projekten
Joachim: wunderschön zusammenarbeiten.
Ingo: Und die sind ganz normal auf GitHub oder irgendwo zu finden und dass ich dann
Ingo: Issues machen kann und einfach mit einsteigen kann.
Joachim: Ja, wir haben wirklich auch die Dokumentation und die Hilfsskripte,
Joachim: auch viele von den QA-Tools, alles auf GitHub.
Joachim: Also das ist wirklich auch die Policy, dass wir so offen wie möglich sein wollen.
Joachim: Und da sind wir auch wirklich, also wir sind glaube ich die einzige große Open
Joachim: Source Firma und vor allem Linux Distribution, die die gesamten Tools auch,
Joachim: wie bauen wir unsere Distribution, also unser Build Service,
Joachim: alles auch als Open Source bereitstellen.
Joachim: Also man kann sich theoretisch auch selber eine komplette Infrastruktur aufbauen.
Joachim: Wir haben auch einige Kunden, die das tatsächlich machen.
Joachim: Die sagen, wir müssen für ganz bestimmte Sicherheitsanwendungen oder so unser
Joachim: eigenes Linux, wenn man so will, bauen und nutzen dann die Tools und passen sehr viel an. Also da...
Ingo: Also ich kann zum einen diesen Open Build Service, gibt es im Internet,
Ingo: kann ich selber benutzen, um dann RPM-Pakete oder Container oder sowas zu bauen.
Ingo: Ja, also den gibt es als Software.
Joachim: Als Service, wenn man so will, aber man kann den auch, das sind auch letztendlich
Joachim: Container, kann man auch alles selbst installieren und sich einen eigenen Build-Service
Joachim: aufbauen und der kann dann auch mit dem SUSE Build-Service sogar kommunizieren
Joachim: und eben die neuesten Builds, die wir bauen,
Joachim: wieder als Grundlage für eigene Pakete oder auch einfach nur eigene Installationsmedien
Joachim: oder Container-Images eben benutzen.
Ingo: Ja, ich sehe es immer, wenn man mal auf OpenSUSE doch ein Paket installieren
Ingo: will und es nicht in der normalen Distribution ist, dass dann tatsächlich Leute
Ingo: den OpenBuild-Service verwenden, um dann ihre eigenen Pakete zu bauen und die auch bereitzustellen.
Ingo: Das ist, denke ich, ein ganz schöner Service.
Ingo: Muss wahrscheinlich auch ein bisschen Power dahinterstehen.
Joachim: Ja, in der Build-Service? Der Build-Service ist natürlich, ja,
Joachim: ein großer Cluster, ein sehr großer Cluster von Computern, auch mit verschiedenen Architekturen.
Joachim: Also da haben wir auch sehr große ARM-Server zum Beispiel. Wir haben für die Mainframes auch...
Ingo: Mainframes?
Joachim: Ja, IBM S390 Plattform haben wir ja auch rumstehen.
Joachim: Ja, derzeit ist das noch nicht auf Kubernetes, aber es ist schon Container-reist
Joachim: und es ist klar, also wie man so schön sagt, idio und dogfood,
Joachim: da geht es natürlich hin.
Joachim: Aber der Build-Service geht schon so weit zurück, da gab es noch keine Container,
Joachim: gab es noch kein Kubernetes.
Joachim: Ja, aber natürlich wird es immer mehr integriert.
Ingo: Jetzt haben wir schon ganz oft Suse Linux gesagt, also genau,
Ingo: ihr habt auch ein Betriebssystem Und auch da hat sich letztes Jahr ziemlich
Ingo: viel verändert oder ihr habt zumindest viel angekündigt.
Ingo: Also ich nenne mal immer diese Adaptable Linux Plattform.
Ingo: Da hat sich einiges geändert. Was genau und wie wird sich das dieses Jahr auswirken?
Joachim: Ja, das wird jetzt sehr konkret. Im Mai kommt die erste Version,
Joachim: die auf dieser neuen Plattform beruht und das ist wirklich Linux neu gedacht,
Joachim: muss man fast schon sagen.
Joachim: Also wir bauen natürlich immer noch mit unserem Build-Service eine Linux-Distribution.
Joachim: Wir bauen auch weiterhin erstmal Pakete, also RPM-Pakete, aber die Idee ist
Joachim: wirklich, dass das Betriebssystem immer mehr selbst organisiert wird,
Joachim: Updates auch in den Hintergrund rutschen, dass ich nicht als Anwender mir überlegen
Joachim: muss, da muss ich jetzt wieder das Paket updaten und das, sondern das Betriebssystem
Joachim: kommt letztlich als ein Bündel auch sehr schnell.
Joachim: Ja, vorgegeben, also wir wollen da auch gar nicht mehr, dass man überall reingreifen muss.
Joachim: Das haben wir angefangen mit dem SLE Micro, SUSE Linux Enterprise Micro,
Joachim: das auch die Grundlage für den kompletten Rancher-Stack ist,
Joachim: also wenn man K3S auf SUSE Linux betreiben will und dann mit Rancher managen kann.
Joachim: Die neue Version, die im Mai kommt, SUSE Linux Micro 6 oder 6.0.
Joachim: Die ist eben die erste, die auf dieser Alp-Plattform aufbaut und da ist wirklich die Idee,
Joachim: dass wir jetzt endgültig die Anwendungsschicht und das Betriebssystem auch von
Joachim: den Lebenszyklen her entkoppeln können.
Joachim: Weil man kann eben sagen, das Betriebssystem ist sehr, sehr klein,
Joachim: das sind nur noch die allernötigsten Komponenten und da optimieren wir die Lebenszyklen eben an der Hardware.
Joachim: Wie oft muss ich einen Linux-Kernel eben updaten, damit auch der Hardware-Support
Joachim: für neue Hardware gewährleistet wird. Aber man kann dann Anwendungen eben im
Joachim: Container auch auf anderen Lebenszyklen aufsetzen.
Joachim: Also wenn ich eine Anwendung habe, die eben sehr konservativ ist und wirklich
Joachim: über fünf oder zehn Jahre, wir können da sehr lange Support-Zyklen anbieten,
Joachim: immer auf der gleichen Version bleiben muss, dann ist das sehr einfach dadurch.
Joachim: Das ist eigentlich einer der wichtigsten Aspekte.
Joachim: Und ansonsten geht es wirklich eben darum, dass auch die Installation,
Joachim: also da gibt es keine Installationsmedien mehr im klassischen Sinne,
Joachim: wo ich dann Paket nach Paket installiere, sondern es gibt halt zwei Ansätze,
Joachim: entweder vorgebaute Images, also wenn ich zum Beispiel eine Virtual Machine
Joachim: betreibe, dann möchte ich ja eigentlich das Image einfach nur starten können.
Joachim: Oder eben auch Installations-Images, wo das gesamte Betriebssystem schon vorkonfiguriert draufkommt.
Joachim: Und dann gibt es eben Tools wie Ignition, Combustion, also in der gleichen Denke,
Joachim: wie es in der Public Cloud mit Cloud-Initial sehr verbreitet ist,
Joachim: wo man dann Benutzer anlegen kann, Netzwerkkonfiguration machen kann, sehr einfach.
Joachim: Und da haben wir jetzt auch, was wir auf der KubeCon announced haben,
Joachim: eben für den Edge-Bereich speziell noch ein zusätzliches Tool jetzt,
Joachim: den Edge-Image-Builder.
Joachim: Der macht es sehr einfach, dass man sagt, okay, ich muss für einen Standort,
Joachim: der vielleicht nicht am Internet angebunden ist oder nicht sein darf,
Joachim: zum Beispiel von einem USB-Stick aus, einen kompletten Server aufsetzen.
Joachim: Da kann man dann alles vorkonfigurieren, inklusive zum Beispiel dem K3S oder
Joachim: dem AKE2, also einem Kubernetes-Stack.
Joachim: Und letztendlich steckt man den USB-Stick rein und das System wird durchinstalliert.
Joachim: Und das ist eben auch deklarativ, also gibt es eine ganz einfache Syntax,
Joachim: wo man so ein Template anlegen kann, User-Netzwerk-Konfiguration,
Joachim: auch sehr komplizierte Netzwerk-Setups, wo im Hintergrund ein Network-Manager
Joachim: letztendlich konfiguriert wird.
Ingo: Und das ist jetzt ein extra Tool?
Joachim: Das ist ein Tool, das eben auch wieder Open Source, aber als Teil unserer Edge-spezifischen
Joachim: Bundles, eben dem Edge 3.0 angeboten wird.
Joachim: Ein anderer Bereich, wo wir da im Edge-Bereich viel investiert haben,
Joachim: ist die Installation über, wenn Systeme einen Management-Board-Controller haben,
Joachim: also IPMI oder Redfish-Protokoll und man kann sagen, okay, boot ich jetzt Installationsmedium.
Joachim: Da gibt es den KPI-Standard, Cluster-API-Standard in Kubernetes,
Joachim: der sowohl mit den Cluster-APIs reden kann,
Joachim: zum Beispiel von Amazon oder Azure und sagen kann,
Joachim: gebe mir jetzt in Microsoft Azure oder Google oder Amazon eben 15 Nodes mit
Joachim: den und den Parametern, aber eben auch mit Hardware sprechen kann über die Management-Port-Kontrolle.
Ingo: Und dann kann ich meine Hardware, die irgendwo steht, damit auch managen und
Ingo: sozusagen mit Software bespielen.
Ingo: Oder neu booten, ein Image booten, damit Cloud Init irgendwelche Sachen treiben
Ingo: und dann bootet mein System da und den Cluster kann man verwenden.
Ingo: Jetzt, genau, hattest du ja gesagt, ihr habt diese Micro-Plattform, die kommt dieses Jahr.
Ingo: Trotzdem, wenn ich so ein Slash früher eingesetzt habe mit irgendwie,
Ingo: keine Ahnung, 15 Jahren Support oder so, das ist ja ein bisschen größer als das, was…,
Ingo: Micro klingt ja schon so, als wäre es irgendwas Kleines. Wie geht es da weiter?
Joachim: Ja, keine Angst. Also wir werden auch in absehbarer Zeit dann wieder einen Nachfolger
Joachim: vom derzeitigen SUSE Linux Enterprise Server 15 rausbringen.
Joachim: Der wird auf der gleichen Plattform aufbauen, aber der ist wirklich für die
Joachim: Kunden gedacht, die weiterhin das vollkonfigurierbare Linux brauchen.
Joachim: Das ist auch eine Sache, die wir auf Micro durchziehen, eben aus Sicherheitsgründen.
Joachim: Da ist das Root-Filesystem nur lesend, also read-only gemountet.
Joachim: Da kann man die Updates im Hintergrund dann auf einer Snapshot-Partition machen
Joachim: und neu starten und auch wieder zurückrollen.
Joachim: Das hat natürlich im Betrieb sehr große Vorteile, weil wenn irgendwas im Update
Joachim: schief geht, man immer ein Rollback hat.
Joachim: Aber es ist natürlich auch einschränkend. Also wenn ich derzeit irgendwelche
Joachim: Bash-Skripte laufen lassen muss, wenn ich eine Applikation neu installiert habe
Joachim: oder irgendwelche Anpassungen eben mit Skripten mache und die Prozesse laufen noch,
Joachim: da würde dann das SLE-Micro manchmal eher im Weg stehen.
Joachim: Und deswegen werden wir auch weiterhin den vollen Stack mit,
Joachim: wahrscheinlich wird es dann irgendwie 16 heißen, nehme ich mal an,
Joachim: so die Linux Enterprise Server 15 ist die derzeitige Release,
Joachim: die ist auch noch für viele Jahre supported,
Joachim: also die Leute, die wirklich sagen, ich möchte eigentlich gar nichts ändern,
Joachim: das funktioniert alles so toll, die können auch noch für viele Jahre noch mit
Joachim: Service Packs für den Slash 15 rechnen.
Joachim: Aber es wird ein 16 geben, es wird auch wieder für den Schwerpunkt SAP-Systeme
Joachim: eine eigene Version davon geben.
Joachim: Genau, also da wollen wir schon das volle Portfolio auch an Kundenbedürfnissen abdecken.
Joachim: Wir glauben, dass die Zukunft in vielen Fällen wirklich bei dem Mikroansatz
Joachim: ist, bei dem Betriebssystem, das eigentlich nur noch mehr oder weniger unsichtbar wird.
Ingo: Und immutable irgendwie.
Joachim: Immutable, also nicht veränderbar oder zumindest im Betrieb nicht veränderbar.
Joachim: Natürlich muss es updatable sein, aber wir wollen das natürlich auch jetzt nicht
Joachim: mit der Brechstange irgendwie dem Kunden aufdrücken.
Joachim: Also das war vielleicht auch letztes Jahr in der Kommunikation manchmal nicht
Joachim: so deutlich geworden, dass es uns jetzt nicht darum geht,
Joachim: Dinge schwieriger zu machen, sondern wir sehen einfach ungeheure Einsparungen
Joachim: im Betrieb und glauben, dass es auf Dauer der richtige Weg ist.
Joachim: Aber die Prozesse bei vielen Kunden ändern sich langsam.
Joachim: Es gibt auch eben immer wieder Spezialfälle, wo ich halt sehr,
Joachim: sehr starke Anpassungen brauche, wo ich vielleicht sehr komplexe Hardware-Szenarien
Joachim: habe mit Disk-Arrays und ähnliches, die halt wirklich vielleicht nicht so einfach aufzusetzen sind.
Joachim: Und wo dann der flexible Ansatz von einer vollen Linux-Distribution Sinn macht.
Joachim: Es wird ja auch weiterhin im Open-Source-Bereich bei OpenSUSE das komplette Portfolio geben.
Joachim: Und wo wir noch sehen müssen, wo es hingeht, ist natürlich der Bereich Desktop.
Joachim: Also da wollen wir auch diese Ideen von einem Immutable-System reinbringen.
Joachim: Da gibt es in der Open-Source-Community bei OpenSUSE ja auch schon den Aeon-Desktop,
Joachim: der das so mal ein bisschen zeigt, wie das gehen kann. Also ein Container-basierter Desktop.
Joachim: Aber da müssen wir noch sehen, wie man eben zum Beispiel im Bereich Point-of-Service-Systeme,
Joachim: also Kassensysteme oder Kiosk und ähnliche Geldautomaten, solche Themen,
Joachim: wie man da eben auch diese Technologien reinbringen kann und trotzdem noch einen
Joachim: Bildschirm anschließt.
Joachim: Weil für die meisten Cloud-Themen ist ja der Bildschirm jetzt eher sekundär.
Joachim: So ein Computer ist einfach nur Headless.
Ingo: Wie man so schön sagt.
Joachim: Hat ein Webfrontend vielleicht.
Ingo: Ja, wird zum Rechnen verwendet. Aber Desktop ist natürlich trotzdem ein Thema.
Ingo: Also wenn du jetzt sagst, diese Aeon, kann ich da dann trotzdem ein KDE oder
Ingo: irgendwas starten oder ist das dann irgendwas Spezielleres?
Joachim: Ja, das ist eigentlich sehr flexibel. Da kann man sowohl komplette virtuelle
Joachim: Distributionen letztendlich betreiben, also auch sagen, ich möchte jetzt KDE
Joachim: auf der Version, GNOME auf der Version und alles letztendlich betreiben.
Joachim: Wie eine Virtual Machine muss man sich das vorstellen, als auch einzelne Anwendungen.
Joachim: Also da ist dann Flatpak zum Beispiel eben.
Joachim: Also das ist sehr flexibel. Da muss man dann nur sehen, was möchte man zum Beispiel
Joachim: mit Unternehmen supporten.
Joachim: Also bei der Open-Source-Seite, da geht es natürlich darum, so offen wie möglich zu sein.
Joachim: Man möchte die ganze Freiheit der Open-Source wirklich den Leuten bieten.
Joachim: Das ist dann vielleicht im Firmenumfeld eher ein bisschen eingeschränkter.
Ingo: Gut, aber da wisst ihr noch nicht, wo die Reise hingeht.
Joachim: Ja, wir sind jetzt auf dem Weg. Wie gesagt, wir haben in dem Bereich noch den
Joachim: SLES 15 für viele Jahre, auch in der Maintenance für die Kunden,
Joachim: die einen klassischen Linux-Desktop haben wollen.
Joachim: Aber ich denke, die Richtung geht auch dahin, dass das Basisbetriebssystem eben
Joachim: sich eher an dem Micro-Ansatz orientiert.
Joachim: Und dann, ja je nachdem, man muss sehen, wo es da hingeht.
Joachim: Man sieht ja auch im klassischen Linux-Desktop-Umfeld ist eine Menge in Richtung Android abgewandert.
Joachim: Ja, so ganz viele Geräte.
Ingo: Chromebooks und sowas.
Joachim: Ja, nicht nur Chromebox, sondern tatsächlich auch echtes Android,
Joachim: also wenn man sich das im Einzelhandel anschaut.
Joachim: Und ja, das ist natürlich was, wo die Linux-Community als Ganzes auch ein bisschen
Joachim: eine Antwort finden muss.
Joachim: Also das wird auch nicht nur mit Zuse allein möglich sein, weil das natürlich
Joachim: auf der einen Seite Linux-basiert ist, aber auch wieder...
Joachim: Ein eigenes, mehr oder weniger geschlossenes Ökosystem ist.
Ingo: Jetzt hast du OpenSUSE ja schon erwähnt, also das bedeutet auch,
Ingo: es wird auch Änderungen bei OpenSUSE geben müssen mit dieser neuen Plattform,
Ingo: mit dieser Altplattform, die ihr da habt.
Ingo: Oder habe ich das falsch verstanden?
Joachim: Ja, grundsätzlich, ja, das hast du richtig verstanden. Wobei da natürlich die
Joachim: Entscheidungen auch wirklich von der OpenSUSE Community getroffen werden.
Joachim: Die arbeiten schon sehr eng mit uns zusammen.
Joachim: Aber wie genau jetzt da dann das Portfolio aussehen wird, also wir haben ja
Joachim: derzeit OpenSUSE Leap, wir haben OpenSUSE Tumbleweed,
Joachim: wir haben dann diese verschiedenen auch Spins, wenn man so will,
Joachim: von Micro im OpenSUSE Bereich,
Joachim: eben inklusive dieses Eon-Desktops.
Joachim: Ja, da wollen wir auch von Suses Seite keine Vorgaben machen oder so,
Joachim: dass die Community hat ihre eigenen Entscheidungsgremien,
Joachim: da gibt es ja auch die entsprechenden Boards und da werden diese Entscheidungen getroffen.
Joachim: Aber von der Technologie her, wie gesagt, wir haben die volle Distribution als
Joachim: Basis, von der kann man ausgehen.
Joachim: Das heißt, wenn eine Community sich entscheidet, wir wollen weiterhin einen
Joachim: eher traditionellen, voll flexiblen Desktop eben anbieten, dann wird das durchaus auch passieren.
Ingo: Okay, also ihr stellt da jetzt nicht irgendwelche Pakete ein und sagt,
Ingo: was weiß ich, KDE wird es nicht mehr geben, LibreOffice wird es nicht mehr geben,
Ingo: ihr müsst euch jetzt irgendwie alles neu erfinden, ihr müsst es jetzt alles
Ingo: mit Containern oder Flippack machen. Dahin geht es jetzt nicht?
Joachim: Nein, also wir werden natürlich an manchen Stellen unsere eigenen Investitionen
Joachim: steuern, das ist klar, aber wir drehen nirgends irgendwie einfach den Hahn ab
Joachim: oder so, das wird nicht passieren.
Ingo: Okay, super. Ja, vielen Dank Joachim, dass du uns mal erklärt hast,
Ingo: was ihr mit Drencher macht, wo da die Reise hingeht und auch genau,
Ingo: wie das mit dieser Adaptable Linux Plattform geht, wie du schon gesagt hast.
Ingo: Also das ist glaube ich ein großes Thema, das hat ein bisschen die Leute verunsichert
Ingo: und ja, dann gucken wir mal,
Ingo: was das Jahr so bringt und auch wo sich dann OpenSUSE entwickeln wird,
Ingo: wie da die Entscheidungen aussehen und ja, dass immerhin noch viele Leute da
Ingo: die SUSE Plattformen haben.
Ingo: Form verwenden und eben die netten Services, die ihr da drauf so entwickelt. Vielen Dank, Joachim.
Joachim: Ja, vielen Dank.