<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kubernetes on JAVAPRO Germany</title><link>https://javapro.svenruppert.com/tags/kubernetes/</link><description>Recent content in Kubernetes on JAVAPRO Germany</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 06 Apr 2026 07:00:00 +0000</lastBuildDate><atom:link href="https://javapro.svenruppert.com/tags/kubernetes/index.xml" rel="self" type="application/rss+xml"/><item><title>DevOps-Patterns und Java 26 für On-Premises LLM-Plattformen in sicherheitskritischen Umgebungen</title><link>https://javapro.svenruppert.com/devops-patterns-und-java-26-fuer-on-premises-llm-plattformen-in-sicherheitskritischen-umgebungen/</link><pubDate>Mon, 06 Apr 2026 07:00:00 +0000</pubDate><guid>https://javapro.svenruppert.com/devops-patterns-und-java-26-fuer-on-premises-llm-plattformen-in-sicherheitskritischen-umgebungen/</guid><description>&lt;p&gt;Während die erste Welle der KI-Adoption in vielen Organisationen auf Cloud-APIs setzte, ist dieser Ansatz in sicherheitskritischen und regulierten Umgebungen häufig nicht nutzbar. Vertraulichkeitsanforderungen, Datenschutzvorgaben und der Bedarf an technisch durchsetzbaren Betriebsgrenzen stehen dem entgegen. In On-Premises-Setups erweitert sich die Architektur um zusätzliche Laufzeitkomponenten, etwa LLM-Serving, Retrieval und Wissensartefakte wie Indizes und Prompts. Der Fokus verschiebt sich damit von der reinen Modellnutzung zur Plattformfrage: Wie lassen sich Datenzugriffe und Berechtigungen entlang der Pipeline kontrollieren? Wie bleiben Änderungen an Modellen, Prompts und Indizes nachvollziehbar? Und wie lassen sich Fehlerfälle reproduzierbar eingrenzen und zurückrollen?&lt;/p&gt;</description></item><item><title>Modernisierung von Java-Anwendungen mit Amazon EKS: Ein Cloud-nativer Ansatz</title><link>https://javapro.svenruppert.com/modernisierung-von-java-anwendungen-mit-amazon-eks-ein-cloud-nativer-ansatz/</link><pubDate>Mon, 28 Jul 2025 07:00:00 +0000</pubDate><guid>https://javapro.svenruppert.com/modernisierung-von-java-anwendungen-mit-amazon-eks-ein-cloud-nativer-ansatz/</guid><description>&lt;p&gt;Cloud-native Entwicklung ist das Fundament der modernen Anwendungsentwicklung, wobei die Containerisierung die Strategie für die Bereitstellung von Anwendungen revolutioniert. Für Java-Entwickler und Unternehmen mit umfangreichen Java-Investitionen bietet der Übergang zur Cloud-nativen Architektur sowohl Chancen als auch Herausforderungen. Dieser Artikel beleuchtet, wie Amazon EKS in Kombination mit innovativen Technologien wie &lt;a href="https://wiki.openjdk.org/display/crac"&gt;Coordinated Restore at Checkpoint (CRaC)&lt;/a&gt; und &lt;a href="https://quarkus.io/"&gt;Quarkus&lt;/a&gt; das Deployment von Java-Anwendungen in der Cloud transformiert.&lt;/p&gt;
&lt;h2 id="einführung-in-amazon-elastic-kubernetes-service"&gt;Einführung in Amazon Elastic Kubernetes Service&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://aws.amazon.com/eks/"&gt;Amazon Elastic Kubernetes Service (Amazon EKS)&lt;/a&gt; ist ein vollständig verwalteter Kubernetes-Dienst, der es Kunden ermöglicht, Kubernetes sowohl in der AWS-Cloud als auch in On-Premises-Rechenzentren nahtlos zu betreiben. In der Cloud automatisiert Amazon EKS das Management der Kubernetes-Cluster-Infrastruktur. Dies ist essenziell für das Scheduling von Containern, die Verwaltung der Anwendungsverfügbarkeit, die dynamische Skalierung von Ressourcen, die Optimierung der Rechenleistung, die Speicherung von Clusterdaten und weitere kritische Funktionen.&lt;br&gt;
Mit Amazon EKS profitieren Kunden von der hohen Leistung, Skalierbarkeit, Zuverlässigkeit und Verfügbarkeit der AWS-Infrastruktur und können nahtlos in AWS-Netzwerk-, Sicherheits- und Speicherdienste integrieren. Zur Vereinfachung des Kubernetes-Betriebs in On-Premises-Umgebungen können Kunden dieselben Amazon EKS-Cluster, -Funktionen und -Tools verwenden, um Knoten auf &lt;a href="https://aws.amazon.com/outposts/"&gt;AWS Outposts&lt;/a&gt; oder ihrer eigenen Infrastruktur auszuführen. Alternativ steht &lt;a href="https://aws.amazon.com/eks/eks-anywhere/"&gt;Amazon EKS Anywhere&lt;/a&gt; für isolierte, eigenständige Umgebungen zur Verfügung.&lt;/p&gt;</description></item><item><title>Nachhaltige Softwareentwicklung in Java – Native Builds und serverlose Deployments auf Kubernetes</title><link>https://javapro.svenruppert.com/nachhaltige-softwareentwicklung-in-java-native-builds-und-serverlose-deployments-auf-kubernetes/</link><pubDate>Mon, 02 Jun 2025 07:03:34 +0000</pubDate><guid>https://javapro.svenruppert.com/nachhaltige-softwareentwicklung-in-java-native-builds-und-serverlose-deployments-auf-kubernetes/</guid><description>&lt;p&gt;&lt;strong&gt;Rechenzentrums-Migration - Im IT-Umfeld, insbesondere in großen Unternehmen, ist der Begriff &lt;em&gt;Rechenzentrums-Migration&lt;/em&gt; (Data Center Migration) weit verbreitet. In vielen Fällen liegen bereits praktische Erfahrungen mit der Migration in die Cloud vor. Solche Projekte wurden schon lange realisiert, noch bevor der Begriff &lt;em&gt;Cloud-Rechenzentrum&lt;/em&gt; überhaupt geprägt wurde.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Kosteneinsparungen sind für die meisten Entscheidungsträger das Hauptmotiv. Doch es gibt noch einen weiteren entscheidenden Faktor — Nachhaltigkeit. Rechenzentren verbrauchen enorme Mengen an Strom. Im Jahr 2022 wurde ihr weltweiter Energieverbrauch auf 415 TWh geschätzt — nahezu so viel wie der gesamte Stromverbrauch Frankreichs (426 TWh). Und das war noch vor dem durch KI-Tools wie ChatGPT ausgelösten Boom. Der Verbrauch wird in Zukunft voraussichtlich weiter steigen.&lt;/p&gt;</description></item></channel></rss>