Ingo: Ich bin jetzt hier auf der KubeCon 2024 in Paris.
Ingo: Bei mir ist Gualta Baptista. Er ist Lead Consultant for Platform Strategy bei
Ingo: der Deutschen Bahn. Hallo Gualta.
Gualtar: Hallo.
Ingo: Und du hast heute eine Keynote gehalten hier.
Ingo: Ihr setzt auf jeden Fall Kubernetes ein. Wie kam es dann dazu?
Ingo: Warum habt ihr gesagt, okay, bei der Deutschen Bahn brauchen wir Kubernetes?
Gualtar: Ja, also wie kam dazu? Vor meiner Zeit, muss ich sagen.
Gualtar: Wir hatten, aber ich denke, wir können damit anfangen mit der gesamthaften Entscheidung
Gualtar: der Konzerne in der Cloud zu migrieren.
Gualtar: Also wir waren gerade in 2016 und es gab die Entscheidung, wir verkaufen unser
Gualtar: Rechenzentrum komplett,
Gualtar: sofort und mieten eine Zeit lang, aber wir migrieren komplett in der Cloud bis
Gualtar: zum, ich glaube 2021 war der Plan.
Gualtar: Wir haben damit, war natürlich der erste Impuls,
Gualtar: nicht unbedingt eine optimierte Migration der Cloud zu schaffen,
Gualtar: denn wir hatten natürlich eine sehr vielfältige Landschaft, was Anwendungen
Gualtar: angeht, von großen Monolithen-SAPs bis auch moderne Architekturen.
Gualtar: Aber viele gingen nicht anders, als ein Lift and Shift zu machen.
Gualtar: Als favorisiertes Modell und in dieser Konstellation kam auch tatsächlich dazu,
Gualtar: dass einige Teams in diesem agilen Umfeld, Selbstorganisation und so weiter,
Gualtar: nebenbei eine angefangen haben, Kubernetes zu nutzen.
Gualtar: Kubernetes war gerade relativ neu in der Umfeld und ich denke,
Gualtar: war 2017 kam der erste Einsatz mit OpenShift, Red Hat OpenShift,
Gualtar: und auf dieser Basis wurde die erste Kubernetes-Plattform aufgebaut.
Gualtar: Auch andere Teams haben angefangen, Richtung EKS, Rancher und so weiter.
Gualtar: Kubernetes umzusetzen.
Gualtar: Und da ist dann eine Landschaft von verschiedenen Kubernetes-Lösungen entstanden,
Gualtar: die parallel zu dieser ganzen Lift & Shift auch was dazu beigetragen haben.
Gualtar: Was interessant auch war, hier ist das, obwohl das nicht der Kern der Strategie
Gualtar: für die Migration der Cloud war und hat auch gehofft, direkt diese Cloud-Native-Gedanke reinzubringen.
Gualtar: Wie baue ich eine Microservice-Architektur? der Konzept von 12-Factor-App und so weiter und so fort.
Gualtar: Und dieser ganze Gedanke hat angefangen da zu spielen. Wir hatten tatsächlich
Gualtar: auf der OpenShift-Cluster auch Anwendungen, die eigentlich da nicht gehören hätten.
Gualtar: Die haben total erschwert am Anfang der Betrieb,
Gualtar: indem zum Beispiel wir könnten nicht Nodes abschalten, weil sonst würden diese
Gualtar: Anwendungen kaputt gehen, weil Lizenzen bedingt und so weiter,
Gualtar: könnten nicht gleichzeitig in zwei Nodes laufen.
Gualtar: Und das hat sehr viel, ich sage
Gualtar: auch, Erziehungsarbeit bedeutet für die Plattform-Team, die damals da war.
Gualtar: Und war auch ein Lernprozess, sowohl für die End-User der Plattform,
Gualtar: als auch für die Plattform-Team, die auch relativ neu und unerfahren in dem
Gualtar: Bereich war und am Anfang alles akzeptiert hat und immer alle Ausnahmen gemacht hat.
Gualtar: Und dann haben wir uns progressiv mehr in Richtung Einstandardisierung bewegt.
Gualtar: Im Sinne von, die Plattform hat bestimmte Standards, das sind Bedingungen,
Gualtar: Share Responsibility und dann könnt ihr das nutzen, aber ihr müsst auch diese
Gualtar: Prinzipien auch achten.
Ingo: Das heißt, jetzt habt ihr gar kein Rechenzentrum mehr? Das ist alles abgeschlossen?
Ingo: Die Deutsche Bahn macht alles in der Cloud?
Gualtar: Alles migriert, alles in der Cloud. Es gibt natürlich ein paar Ausnahmen,
Gualtar: Anwendungen, die noch in gemieteten Rechenzentren laufen, sind eher die Ausnahme.
Gualtar: Aber grundsätzlich haben wir eine Cloud-first-Strategie.
Gualtar: Wir haben zwei Cloud-Providers, unsere strategischen Partner AWS und Azure und
Gualtar: wir sagen, da gehen wir mit voller, voll in der, genau, in dieses Service der Providers.
Ingo: Jetzt hast du schon gesagt, ihr habt OpenShift, ihr habt Brancher im Einsatz.
Ingo: Welche Toolchain haben die Entwickler? Bietet der immer noch alles an oder habt
Ingo: ihr irgendwann gesagt, okay,
Ingo: nee, also ihr müsst euch jetzt für eins entscheiden und wir nehmen das und ihr
Ingo: müsst GitOps machen mit GitHub oder mit GitLab oder können sich die Entwicklerteams
Ingo: immer noch ihre Toolchain aussuchen?
Gualtar: Wir haben auch aufgrund von, es ist eine sehr vielfältige Organisation und das
Gualtar: besteht immer noch eine relativ vielfältige Landschaft, aber es gibt eine Konvergenz.
Gualtar: Wir haben in den letzten Jahren zum Beispiel eine Initiative konzernweit aus
Gualtar: der Plattformstrategie angegangen, die heißt Build IT.
Gualtar: Die Build-IT-Plattformen sind konzernweite Entwicklungsplattformen oder Technologie-Plattformen
Gualtar: zu Developer Experience, zu Artificial Intelligence, Low-Code,
Gualtar: No-Code, Data Management und Enterprise Integration.
Gualtar: Und diese sollen als Standard angeboten werden und favorisiert über andere Lösungen.
Gualtar: Insbesondere die Developer Experience Plattform wird sehr stark gepusht im Sinne
Gualtar: von, es ist zum Teil schon verpflichtend einige Komponenten dafür zu nutzen,
Gualtar: zum Beispiel ein GitLab oder ein Artifactory, wo die Artefakten eingesammelt
Gualtar: sind wenn ich davon abweiche,
Gualtar: muss ich sehr gut das begründen und gegebenenfalls auch in diese Plattform auch
Gualtar: zusätzlich dann noch die Artefakten einsammeln Es wird jetzt auch gepusht,
Gualtar: dass wir zum Beispiel die Standard-Pipelines,
Gualtar: da haben wir einen CI-CD-Service, die ein modularisierter Pipeline hat.
Gualtar: Dass diese auch ein Standard und wenn keine Architect-to-Decision-Record sozusagen
Gualtar: eine andere Begründung gibt, die sagt, okay, ich nutze das nicht,
Gualtar: weil ich so oder so nicht das machen kann, was ich brauche,
Gualtar: Wenn das nicht vorliegt, dann ist es schwer zu sagen, dass es verpflichtend
Gualtar: ist, aber es ist schon schwer, das nicht zu nutzen.
Gualtar: Man muss sich schon sehr gut rechtfertigen und das pushen wir immer weiter.
Ingo: Okay, also die Entwickler kriegen eine Toolchain an die Hand und wenn sie sagen,
Ingo: ja gut, das geht jetzt gar nicht und das gut begründen können,
Ingo: dann könnten sie schon was anderes machen.
Ingo: Wie kriegt ihr dann oder wie sammelt ihr das Feedback an?
Ingo: Nehmt ihr die Entwickler mit, die ja kommen und sagen, ja, ich kenne aus Unternehmen
Ingo: X irgendwie die und die Sachen und ich fände gut, wenn das jetzt hier ist.
Ingo: Also wie holt ihr euch das Feedback an und sagt, okay, das ist unsere Toolchain
Ingo: und das machen wir jetzt so?
Gualtar: Wir haben einen Mehrwert-Effekt zu Handverordnungsmanagement.
Gualtar: Also mit den Build-IT-Plattforms haben wir zum Beispiel einen Plattform-Circle,
Gualtar: gegründet, die regelmäßig Informationen ausgibt über den aktuellen Stand der
Gualtar: Plattformen, was ist vorgesehen in den Roadmaps und auch Feedback von den Teilnehmern zusammenbringt.
Gualtar: Und da sind alle Konzernen und Geschäftsfelder beteiligt.
Gualtar: Dann haben wir ein Werkzeug, das auch sehr nützlich ist für die Anforderungsmanagement,
Gualtar: das nennt sich der Anwender Echo und da kann jeder Mitarbeiter Anforderungen
Gualtar: an mehrere Services eingeben,
Gualtar: einige von denen die Plattformen, die werden auch aktiv betrachtet und ein wichtiger
Gualtar: weiterer Aspekt ist, alle diese Toolings sind in der Source verfügbar.
Gualtar: Das heißt, auch zum Beispiel, wenn ich diese Modular-Pipeline nicht finde,
Gualtar: der Modul, den ich brauche, um genau das zu machen, was ich möchte,
Gualtar: kann ich ein Contribution machen, ein Much-Request und die wird dann reviewed
Gualtar: von der Plattform-Team und integriert.
Gualtar: Und damit schaffen wir tatsächlich diesen Netzwerkeffekt und diese Ökosystem-Wirkung,
Gualtar: indem unsere Toolchain immer,
Gualtar: nicht nur durch die Plattform-Teams aus Produzenten, sondern dass wir das gesamte
Gualtar: Ökosystem von End-Nutzer auch zum Teil als Produzent reinbringen.
Ingo: Das heißt jetzt aber auch, wenn ich jetzt nicht nur Inhouse entwickle und eure
Ingo: Toolchain erweitere, sondern wenn ich jetzt an einem Open Source Projekt weiß,
Ingo: ich habe bei GitLab irgendwie einen Fehler gefunden und kann ich das dann auch
Ingo: ins Upstream Projekt geben?
Ingo: Also kann ich dann auch sagen, okay, hier, ich fixe jetzt den Fehler im Open
Ingo: Source Tool und dann kommt es irgendwann wieder zurück in meine Pipeline? Also das geht auch.
Gualtar: Genau, also wir haben sogar von unserer Vorständin auch auch ein Open-Source-Manifest
Gualtar: veröffentlicht, in dem wir wollen der Nehmen und Geben mit dem Open-Source haben.
Gualtar: Ich denke, dass es noch ein wachsendes Feld ist. Es fehlt ihm oft im Enterprise-Umfeld
Gualtar: die Zeit, um diese Contributions zu machen.
Gualtar: Aber es gibt schon einige. Wir haben ein eigenes, zum Beispiel von der Debit
Gualtar: System, gibt es eine eigene Gruppe in GitHub, wo verschiedene Contributions
Gualtar: in den Open-Source-Projekten sind.
Gualtar: Und es gibt dann ein Open-Source-Contribution-Policy und Dokument,
Gualtar: an dem durch ein sehr einfaches Prozess diese Open-Source-Contributions auch
Gualtar: dann formell genehmigt sind.
Ingo: Das ist schön. Dann habe ich auch, oder ich sehe öfter mal, dass ihr auch so
Ingo: Hackathons habt, wo sich Entwickler dann zusammensetzen und dann kommt irgendeine
Ingo: Webseite raus, wo man sieht, wo die Züge jetzt gerade unterwegs sind oder irgendwas.
Ingo: Also ihr guckt auch, dass die Entwickler ab und zu mal zusammenkommen und auch
Ingo: da sagen können, was sie gerne an was sie gerne bauen würden.
Gualtar: Ja, das finde ich ganz wichtig, vor allem so in einem Umfeld,
Gualtar: wo die Teams sehr in dieser Selbstorganisation arbeiten und oft wenig miteinander kommunizieren,
Gualtar: dass solche Community Events stattfinden und die sind meistens thematisch.
Gualtar: Wir können einen Hackathon zu Plattformen haben, wir können einen Hackathon
Gualtar: zu Data haben und das ermöglicht, dass die Menschen tatsächlich zusammenkommen
Gualtar: und Prototypen entwickeln.
Gualtar: Die bringen Ideen zusammen, vielleicht finden, dass die ähnliche Herausforderungen
Gualtar: haben und finden auch Zeit außerhalb dieses Scrum Sprints, alles abzuarbeiten,
Gualtar: ein bisschen Zeit raus, um einfach kreativ, innovativ zu denken und vor allem
Gualtar: sich zu vernetzen miteinander.
Ingo: Genau, mal zusammenzukommen, mal denselben, nicht nur in irgendeiner Telekommunikation
Ingo: Konferenz mal zu sehen, sondern ihn auch mal echt zu sehen. und...
Gualtar: Beste Idee kommt mir bei Kaffee. Bei Kaffee trinken setzen sich die Menschen
Gualtar: und sprechen über etwas, die vielleicht nicht mal geplant war in diesem Raum
Gualtar: stattzufinden und das sind...
Gualtar: Sehr wichtige Momente.
Ingo: Solche Sachen kommen dann wahrscheinlich auch, also, ja, dass es dann Verbesserungen
Ingo: gibt, was weiß ich, am DB Navigator oder so, dass dann irgendein Team sagt,
Ingo: okay, lasst uns doch das einbauen.
Ingo: Also ich nehme an, alles, genau, die Webseite, wenn man auf Deutschbahn kommen
Ingo: geht oder auf DB, das ist alles dann, das ist alles, was ihr oder was auf der Plattform läuft, oder?
Gualtar: Nicht alles, aber vieles, genau. Also der Website, wenn wir sprechen von BAN.de,
Gualtar: das sind sehr viele Komponenten zusammengestellt, also das ist nicht so ein
Gualtar: Monolith, die da mit einem Backend, sondern das sind tatsächlich sehr viele
Gualtar: Komponenten und Systeme da, die dahinter laufen,
Gualtar: die ganze Reiseinformation zum Beispiel und viele laufen auf Plattform.
Gualtar: Manche laufen auch auf Plattform-ähnliches Service, also da sprechen wir zum
Gualtar: Beispiel andere Teams, die auch Kubernetes genähtes Betreiben als fast ein Plattform-Service,
Gualtar: aber nur für einen bestimmten Bereich, zum Beispiel für die Reiseinformation.
Gualtar: Aber auch mit dieser gibt es Konvergenz. Es gibt ja auch den Wunsch,
Gualtar: eine Standardisierung zu schaffen,
Gualtar: weil wir merken, also wir kriegen nicht mehr Personal, sagen wir so.
Gualtar: Fachkraftmangel gibt es überall und die Digitalisierung wird immer vorangetrieben.
Gualtar: Das heißt, wir müssen mehr schaffen mit der gleichen Menge oder manchmal sogar wenige Menschen.
Gualtar: Und das ist der Herausforderung. Deswegen, die Teams suchen auch,
Gualtar: wie können wir unsere bestehende Plattform, die uns enorm Aufwand in den Betrieb
Gualtar: kostet und vor allem in der Mitkommen mit den neuen Governance-Vorgaben,
Gualtar: die regelmäßig auch rauskommen,
Gualtar: wie kann ich das ablagern in eine Standardplattform und auf diese Plattform switchen.
Gualtar: Und da gibt es auch sehr viele Dialoge intern und ich denke,
Gualtar: die Tendenz ist da, dass in den nächsten Jahren viel weniger von diesem einzelnen
Gualtar: System gibt es mehr Konfigenz auf einstandardisierte Plattformen.
Ingo: Jetzt hat die Deutsche Bahn ja auch eine Nachhaltigkeitsstrategie.
Ingo: Es gibt immer, das ist grün, Projektnummer sowieso.
Ingo: Auch in deinem Vortrag heute ging es so in die Richtung Green IT.
Ingo: Was macht die Deutsche Bahn, also was macht die IT der Deutschen Bahn,
Ingo: um auch grüner zu werden an der Stelle?
Gualtar: Also ein ganz wichtiger Punkt dabei war, dass wir bei der Ausschreibung bei
Gualtar: unseren Cloud-Providers groß geschrieben haben, wir möchten Carbon-Neutralität haben.
Gualtar: Das heißt, die Cloud-Providers werden in den nächsten Jahren uns garantieren
Gualtar: müssen, dass die Leistung, die wir verbrauchen, auf irgendwelchen Weg auf null,
Gualtar: CO2-Emissionen kommen.
Gualtar: Das ist natürlich mit Kompensation zusammen. Das heißt nicht,
Gualtar: dass alles mit nur erneuerbarer Energie ist oder so, oder wie das ist,
Gualtar: das muss nur die Cloud-Provider sagen.
Gualtar: Wir haben aber auch deswegen die Idee, um die anderen Bereiche der Nachhaltigkeitsstrategie,
Gualtar: wie zum Beispiel die Effizienz und die Suffizienz anzugehen,
Gualtar: andere Initiativen eingegriffen.
Gualtar: Wir haben angefangen mit dieser Initiative Grüne Digitalisierung aus dem Konzern,
Gualtar: wo verschiedene CIOs sich zusammen gestoßen haben,
Gualtar: zusammen mit dem Graswurzel sozusagen ein paar Entwickler und interessierte
Gualtar: Leute in diese Initiative konfiguriert haben in 2022 und damit haben wir die
Gualtar: ersten auch Pilotprojekte da in der Richtung angefangen.
Gualtar: Und eine von diesen Projekten, was ich heute hier auch gezeigt habe,
Gualtar: war mit Kepler, um ein Dashboard für Entwickler in der Hand zu geben,
Gualtar: weil über die Cloud-Providers bekommen wir zu wenig Information.
Gualtar: Also wir bekommen allgemein eine Berechnung des CO2 für einen gesamten Account,
Gualtar: aber zum Beispiel in unserem Fall, wie oft Service Teams oder Plattform Teams,
Gualtar: da laufen mehrere Anwendungen auf einen Account.
Gualtar: Außerdem ist diese Information nicht granular genug oder nicht zeitaktuell und
Gualtar: davor haben wir uns dann in die Open Source Umfelder und die CNCF Ökosystem
Gualtar: umgeschaut und diese Kepler Tool gefunden.
Gualtar: Und Kepler ermöglicht uns tatsächlich, dass wir in fast erst Zeit Energiedaten
Gualtar: für Kubernetes-Clusters, aber auch für deren Anwendung bis auf Container-Ebene erfassen können.
Ingo: Das heißt, ich sehe dann nicht nur auf Jahresebene, wie viel CO2 die ganze Plattform
Ingo: braucht, sondern ich kann das, weiß ich nicht, sehe das auf Sekundenbasis oder
Ingo: wie granular ist das Ganze?
Gualtar: Genau, die Granularität hängt von wie oft wir scrapen.
Gualtar: Das ist letztendlich, Kepler macht nicht anders, als dann einen Exporter zu
Gualtar: haben, der dann von Prometheus abgefragt ist und diese Daten kommen dann in
Gualtar: die Time Series Datenbank von Prometheus. ist.
Gualtar: Und wie granular es ist, können wir definieren. Wir haben allerdings erfahren, dass es zu.
Gualtar: Häufige Anfragen auch zu Skalierungsproblemen bringt, weil das sind sehr hohe
Gualtar: Kardinalität, sehr viele Metrics und das brauchen wir auch nicht.
Gualtar: Das kostet auch alles Energie.
Gualtar: Dann am Ende kostet mehr unsere Metrics-Erfassung mehr Energie als die Auswirkung,
Gualtar: dass wir damit einsparen können.
Gualtar: Das wollen wir natürlich nicht und es ist wichtig, da einen Trade-off zu finden.
Gualtar: Aber Aber auch wichtig ist, und deswegen ganz interessant mit diesem Tool,
Gualtar: dass ich den Entwicklern in der Hand was gebe, die ihnen ermächtigt,
Gualtar: Entscheidungen zu treffen.
Gualtar: Und auch die Auswirkung von diesen Entscheidungen direkt zu sehen.
Gualtar: Ich mache einen Merch-Request.
Gualtar: Ich merge das, die Pipeline läuft, vielleicht macht eine Pipeline sogar eine
Gualtar: Notation in Grafane und ich sehe, okay,
Gualtar: Commit X wird da gemacht und wie hat das ausgewirkt auf Container Y und kann
Gualtar: sofort ein Feedback bekommen.
Gualtar: Und das finde ich einen ganz wichtigen Aspekt, um genau diese Themen,
Gualtar: was ich heute auch da gebracht habe, Developer Empowerment.
Gualtar: Weil es geht darum, dass jeder Akteur, jeder Agent mitwirken kann,
Gualtar: um effizient zu steigen in der IT.
Ingo: Genau, das ist dann also nicht nur das Management, was drauf guckt und dann
Ingo: dem Team sagen würde, ey, ihr müsst so und so viel CO2 jetzt einsparen,
Ingo: sondern es kann, jeder Entwickler kann in dieses Dashboard alleine reingehen
Ingo: und sieht gleich, welche Auswirkungen seine aktuelle Arbeit hat.
Gualtar: Genau. Und ich sage auch immer, ein Entwickler interessiert sich weniger vielleicht
Gualtar: für die Kosten, weil wir könnten sagen, ja, wenn du Kosten machst, dann reicht das schon.
Gualtar: Und ich sage, nee, reicht nicht, weil ich als Entwickler, was interessiert mich,
Gualtar: ob das mir 5.000 kostet oder 10.000? Also solange der PO nicht kommt und sagt,
Gualtar: wir sind über dein Budget und stellt ein Story dazu, dann werde ich nichts davor machen.
Gualtar: Weil es ist nicht mein Geld, aber es ist unser Plan jetzt für alle.
Gualtar: Und deswegen meine Hypothese ist, es gibt eine intrinsische Motivation und ich
Gualtar: denke viele Mitarbeiter in der Bahn noch stärker vielleicht dazu,
Gualtar: dass die sich zu einem nachhaltigen Mobilitätsunternehmen dazu gekommen sind.
Ingo: Genau, deswegen fahren wir ja alle gerne Bahn und eben nicht im Flugzeug oder so. Genau.
Gualtar: Und ja, und davor haben wir diese interessistische Motivation.
Gualtar: Aber wir brauchen, was in der Hand der Entwickler zu geben, die ja dann auch
Gualtar: ein Inzentiv hat, um was da zu machen.
Ingo: Das heißt, ich sehe dann in diesem Dashboard, was mein Merge-Request ausgelöst
Ingo: hat und könnte dann ein Rollback machen und könnte sagen, okay,
Ingo: ja, plötzlich braucht die Anwendung doppelt so viel CPU oder so.
Ingo: Genau. Kostet dann so und so viel CO2.
Ingo: Dann habt ihr, ich glaube, du hast es auch im Vortrag oder in deiner Keynote
Ingo: gesagt, auf solche Sachen, dass ihr nachts ein paar Sachen ausschaltet, oder?
Ingo: Dass ihr gemerkt habt, bestimmte Sachen brauche ich ja nur tagsüber.
Gualtar: Ja, das ist aus meiner Sicht direkt der größte Waste und eigentlich was am einfachsten zu lösen ist.
Gualtar: Da muss ich nichts machen, außer Workloads ausschalten, die keiner in der Nacht
Gualtar: nutzt. Also eine Entwicklung Umgebung.
Gualtar: Wofür ist eine Entwicklung Umgebung? Oder eine Abnahme Umgebung?
Gualtar: Die sind da, um zu testen. Aber um Mitternacht ist keine da, die das testen wird.
Gualtar: Also ich kann das, danke Kubernetes, sehr einfach und sehr simpel ausschalten.
Gualtar: Es gibt ein kleines Komponent, heißt Cube Downscaler.
Gualtar: Es reicht dann, ein Annotation zu machen, wo ich sage, von der Uhrzeit bis zur
Gualtar: Uhrzeit läuft meine Anwendung und außerhalb dieser Zeit, zum Beispiel außerhalb
Gualtar: der Office Hours, schaltet der automatisch ab. Am nächsten Tag wird die wieder aufgebaut.
Gualtar: Ich spare direkt bis zu 70 Prozent. Das ist der Zeit, an dem ich nicht im Büro bin.
Gualtar: Aber ich habe auch damit einen gewissen SRE-Einsatz, weil ich kann jederzeit
Gualtar: sehen, ist meine Anwendung bereit, wieder hochzukommen, wenn ich den wieder
Gualtar: abschalte. Und das ist auch absolut relevant.
Gualtar: Also ich habe einen Double Win da, im Sinne von, ich spare Geld und ich sehe,
Gualtar: dass meine Anwendung tatsächlich stabil in einer dynamischen Umgebung laufen kann.
Ingo: Und wie ist das Feedback der Entwickler? Freuen die sich alle,
Ingo: dass es dieses Dashboard gibt?
Gualtar: Ja, wir sind gerade in der Ausrollphase. Also die existiert schon zum Testen. Der Dashboard ist da.
Gualtar: Kepler Metrics werden schon erfasst aktiv in unserer Plattform.
Gualtar: Es kommen immer Anfragen, wie kann ich das installieren? Und wir warten,
Gualtar: dass die Observability Team die offizielle Release macht. Das ist vielleicht
Gualtar: eine kleine Sache, die wir noch anpassen wollen.
Gualtar: Aber viele können nicht warten und installieren schon die Testversion und so
Gualtar: weiter. Also ich denke, die Adoption ist relativ gut.
Gualtar: Menschen mögen Dashboards, das ist einfach schön zu sehen auch.
Gualtar: Und da ist die Adoption groß. Und bei CubeDownScaler haben wir auch ein enormes
Gualtar: Wachstum gesehen, seit wir das veröffentlicht haben und gesagt haben, komm, nutz das.
Gualtar: Und wir haben seit November ein Wachstum von ca. 300% in der Adoption von der CubeDownScaler.
Ingo: Und das ist bestimmt auch wieder schön zu sehen, wie viel CO2 ihr einspart.
Ingo: Ich weiß nicht, veröffentlicht ihr das irgendwo? Gibt es dann irgendwo mal eine
Ingo: Pressemitteilung, sodass man weiß, wie viel ihr jetzt vielleicht eingespart
Ingo: habt durch dieses Projekt?
Gualtar: Ne, das haben wir noch nicht. Das sind auch manchmal Daten, müssen wir dann
Gualtar: immer checken, dürfen wir das veröffentlichen oder nicht.
Gualtar: Also erstmal haben wir das für die interne Nutzung bei uns.
Gualtar: Es geht auch weniger darum, dass wir genaue Daten haben, weil wir wissen auch
Gualtar: nicht, sind die Daten, haben wir wirklich eine Qualität in den Daten?
Gualtar: Sind die Energiemessungen korrekt, was Kepler aus Basis von diesen Modellen
Gualtar: hat? Oder brauchen wir bessere Modelle, damit wir, dass ich bei unseren Rechenzentren,
Gualtar: bei unseren Public Clouds gute Zahlen bekommen.
Gualtar: Aber es geht weniger um die Genauigkeit der Daten, sondern mehr um die Trends.
Gualtar: Weil ich agiere auf Basis der Trends.
Gualtar: Ich sehe, habe ich 30 Prozent reduziert oder 20 Prozent erhöht.
Gualtar: Ich denke, solche Daten werden wir vielleicht gegen Ende des Jahres auch so
Gualtar: im Sinne von prozentualer Ansatz.
Gualtar: Etwas sagen können, da bin ich sicher. Aber genaue Daten würde ich auch nicht
Gualtar: machen, weil wie gesagt, dafür brauchen wir ein Forschungsprojekt, um genau zu verstehen.
Ingo: Ist das richtig?
Gualtar: Dann brauchen wir auch die Kooperation mit den Cloud-Providers,
Gualtar: da gehen wir auch aktiv dran.
Ingo: Wie auch im Austausch. Wie seid ihr?
Gualtar: Ja, klar, weil wie gesagt, wir haben die Ausschreibung da gemacht,
Gualtar: die sind auch interessiert,
Gualtar: was zu geben, haben auch aus natürlich Schwierigkeiten, also manche von diesen
Gualtar: Daten sind so nah an betrieblicher Effizienz, dass es schwierig macht,
Gualtar: dem zu veröffentlichen. Aber wir sind dabei in der Dialog.
Gualtar: Nicht nur wir, sondern es gibt auch Initiativen mit Vodafone,
Gualtar: mit Allianz und so weiter, wo wir Netzwerke sind, wo wir zusammen mit den Cloud-Providers
Gualtar: dann in Austausch sind und schauen,
Gualtar: wie können wir ein Stück weiter da auch in diese Datenlage dann kommen.
Gualtar: Und ich hoffe, in den nächsten Zeiten wird einiges auch da passieren.
Ingo: Super. Dann drücke ich euch die Daumen, dass ihr bis 2040 warst, bis 2040.
Gualtar: Carbon-neutral.
Ingo: Ja, CO2-neutral werden wollt. Die IT ist auf jeden Fall dran,
Ingo: wie ich jetzt gehört habe.
Ingo: Schönes Projekt. Also Kepler gucke ich mir auch mal näher an.
Ingo: Also fand ich sehr interessant, habe ich zum ersten Mal gehört.
Ingo: Und ja, drücke euch die Daumen, dass das alles klappt und dass die Teams da
Ingo: alle mitmachen und dass die Entwickler auch so ein bisschen Spaß haben.
Ingo: Also das war ja mal wirklich ein bisschen angepickt. Absolut richtig.
Ingo: Ich will jetzt noch das kleine Bisschenchen rausholen.
Gualtar: Wir sind alle ein bisschen Hackers. Also wir wollen auch ein bisschen da experimentieren
Gualtar: und was Gutes machen damit.
Ingo: Vielen Dank Walter, dass du uns das alles mal erklärt hast. Und viel Erfolg mit eurer Strategie.
Gualtar: Danke.