Zum Inhalt springen

Willkommen zu den STACKIT Docs

Alles, was Sie brauchen, um Ihre Anwendungen zu entwickeln, bereitzustellen und zu skalieren. Die Dokumentation bietet umfassende Leitfäden, technische Referenzen und praxisnahe Tutorials, um Sie bestmöglich bei der Nutzung der STACKIT Cloud-Services zu unterstützen.

Produkte

Empfohlene Seiten

Developer Tools

Für Partner

Neueste Updates

  • announcementdata-and-ai

    STACKIT AI Model Serving: Release des neuen Modells Qwen3.8 27B (Nachfolger für Qwen3.6 27B)

    Abschnitt betitelt „STACKIT AI Model Serving: Release des neuen Modells Qwen3.8 27B (Nachfolger für Qwen3.6 27B)“

    Wir freuen uns, Ihnen die Aktualisierung unseres Modell-Portfolios durch die Einführung von Qwen/Qwen3.8-27B ankündigen zu können. Dieses Modell wird als Nachfolger für unsere aktuellen Qwen-Angebote dienen.

    Als Nachfolger von Qwen3.6 27B verbessert das neuere Qwen3.8 27B generell die Qualität in allen Anwendungsbereichen, während der Fokus auf Programmieraufgaben (Coding) erhalten bleibt. Es wurde mit einer breiten Mischung öffentlich zugänglicher Daten trainiert und für die Codegenerierung, das Debugging und technisches Schlussfolgern nachtrainiert, während es gleichzeitig allgemeine Assistenzaufgaben unterstützt. Mit einem Kontextfenster von 262K Token kann es große Codebasen und komplexe mehrstufige Workflows verarbeiten.

    Im Zuge dieser Umstellung kündigen wir das folgende Modell offiziell ab:

    • Qwen/Qwen3.6-27B

    Wir bitten alle Kundinnen und Kunden, ihre Workloads vor dem 08. Dezember 2026 auf das neue Modell Qwen/Qwen3.8-27B zu migrieren.

    Entdecken Sie unser vollständiges Modell-Portfolio und greifen Sie in unserer Dokumentation auf detaillierte Beispiele und Tutorials zu. Unser Help Center steht Ihnen bei Fragen ebenfalls jederzeit gerne zur Verfügung.

  • announcementruntime

    SKE patchday October 2026 – Remove Docker from Flatcar

    Abschnitt betitelt „SKE patchday October 2026 – Remove Docker from Flatcar“

    With the upcoming October patch day, we are adjusting the Flatcar OS images provided in STACKIT Kubernetes Engine (SKE) by removing Docker.

    Docker has been deprecated and removed as the container runtime in SKE for more than two years. By removing it, we ensure the OS footprint remains small and remove unneeded dependencies that could potentially introduce security vulnerabilities.

    Key Dates:

    • October 14, 2026: A new preview Flatcar OS version (the latest stable release available in October) will be added to SKE. This version will not contain Docker.
    • November, 11, 2026: The Flatcar version without Docker will be promoted to the supported OS version. If you have auto updates enabled, your Kubernetes worker nodes will automatically update to this version.

    What you need to do

    Test your SKE workloads beforehand using the new preview Flatcar version once it becomes available on October 14, 2026. Testing is highly recommended to ensure your configurations function exactly as expected before the automatic upgrade takes place in November.

    Our Help Center is always at your disposal if you have any questions.

  • changedruntime

    Improved Kubernetes API server load balancing and strict RFC compliance

    Abschnitt betitelt „Improved Kubernetes API server load balancing and strict RFC compliance“

    We are updating our ingress mechanism to make use of improved Kubernetes API server load balancing in the STACKIT Kubernetes Engine (SKE). We will begin rolling out this update gradually across all clusters starting September 15, 2026. This update significantly benefits the overall stability of SKE and decreases the response times from the API servers under high load.

    To achieve this improved load balancing, the new ingress mechanism strictly enforces RFC compliance. This means that misconfigured clients—specifically those where the Server Name Indication (SNI) does not match the Host or :authority HTTP header—will be rejected with a 421 Misdirected Request error. Previously, these clients might have worked because the former L4 load balancers did not take HTTP headers into consideration.

    As we roll out this change gradually across our production environments, non-compliant clients will receive a 421 Misdirected Request error when attempting to access the API server. To ensure a smooth transition and minimize disruption, we are proactively monitoring our logs for these 421 Misdirected Request errors. If we detect that your cluster is affected during the rollout, our support team will:

    1. Temporarily apply a compatibility fix on our end to restore your traffic flow.

    2. Open a support ticket to notify you, providing your project ID and cluster details.

    3. Inform you of the temporary nature of this fix and provide a strict deadline to update your non-compliant clients before the compatibility mode is permanently removed.

    To learn how to make sure your clients stay compatible, refer to our how-to guide “Ensure RFC-compliant API requests to your SKE cluster”.