Kube-DC — Kubernetes jako platforma chmurowa dla centrów danych i deweloperów

Kubernetes od lat jest de facto standardem orkiestracji kontenerów. Ale uruchomienie Kubernetesa to jedno — zbudowanie na nim pełnej platformy chmurowej z obsługą wielu najemców, wirtualnymi maszynami, bazami danych, sieciami SDN i rozliczeniami to zupełnie inna skala problemu. Kube-DC próbuje go rozwiązać — w dwóch odrębnych produktach skierowanych do różnych odbiorców.

Dwa produkty, jedna filozofia

Warto od razu wyjaśnić potencjalne zamieszanie: istnieją dwa powiązane produkty korzystające z nazwy Kube-DC. Kube-DC.cloud jest zarządzaną usługą chmurową zbudowaną i obsługiwaną przez ten sam zespół co platforma kube-dc.com — można traktować ją jako produkt demonstracyjny i komercyjny zarazem: dostawca używa własnego oprogramowania do serwowania usługi klientom.

kube-dc.com — platforma dla dostawców chmury, ISP i organizacji budujących własną infrastrukturę. Oprogramowanie instalowane na własnych serwerach bare metal, OpenStack lub na VMware, które zamienia istniejącą infrastrukturę w platformę usług chmurowych z pełnym modelem wielodostępnym.

kube-dc.cloud — zarządzana chmura deweloperska zbudowana na tej samej technologii. Płatna usługa hostowana w centrum danych AMS-1 w Amsterdamie, z modelem cenowym opartym na stałej puli zasobów zamiast rozliczenia per obiekt.

Oba dzielą ten sam stos technologiczny i filozofię: Kubernetes jako warstwa kontrolna dla całej infrastruktury — kontenerów, maszyn wirtualnych, baz danych, sieci i storage'u — zamiast oddzielnych narzędzi dla każdego z tych elementów.

kube-dc.com — platforma dla dostawców chmury

Problem, który rozwiązuje

Dostawcy hostingu, ISP i organizacje z własnymi centrami danych stają przed tym samym dylematem: klienci oczekują usług podobnych do AWS czy Azure — Kubernetes as a Service, bazy danych na żądanie, izolowane sieci — ale zbudowanie tego od zera na własnej infrastrukturze jest ogromnym przedsięwzięciem inżynieryjnym.

OpenStack był przez lata najczęściej wybieraną odpowiedzią na ten problem. Ma jednak swoją cenę: złożoność operacyjna, wymagania kadrowe i koszty utrzymania sprawiają, że jest dostępny głównie dla dużych organizacji. Kube-DC proponuje alternatywę: zamiast oddzielnego stosu OpenStack, Kubernetes jako warstwa kontrolna dla wszystkich usług — z możliwością działania ponad istniejącym OpenStack lub VMware, albo bezpośrednio na bare metal.

Architektura

Platforma oparta jest na K3s jako lekkim i szybkim środowisku dla węzłów master i worker, z projektem Kube-OVN integrującym szerokie możliwości sieciowe, obsługą maszyn wirtualnych wewnątrz prywatnych sieci i możliwością uruchamiania klastrów Kubernetes najemców wewnątrz przestrzeni nazw.

Trzy modele wdrożenia odpowiadają różnym infrastrukturom:

Kube-DC Native — kompletna chmura od bare metal. Kube-DC instaluje i zarządza całym stosem, włącznie z oprogramowaniem hypervisora dla maszyn wirtualnych (KubeVirt), siecią SDN (Kube-OVN), storage'em (Rook/Ceph) i płaszczyznami sterowania klastrów najemców (Cluster API + Kamaji).

Kube-DC for OpenStack — warstwa usług działająca na istniejącej infrastrukturze OpenStack. Kube-DC przejmuje zarządzanie usługami wyższego poziomu, podczas gdy OpenStack pozostaje warstwą obliczeniową i sieciową.

Kube-DC for VMware — ścieżka migracji dla organizacji chcących odejść od VMware po zmianach licencyjnych Broadcom. Kube-DC działa na istniejących zasobach VMware, stopniowo przenosząc obciążenia na natywny stos Kubernetes.

Katalog usług

Platforma dostarcza Kubernetes as a Service, Namespace as a Service, Database as a Service, Storage as a Service i GPU as a Service przez skoncentrowany katalog usług chmurowych.

Każda z tych usług jest realizowana przez dedykowany komponent ekosystemu CNCF:

• Kubernetes as a Service — izolowane klastry z własnymi płaszczyznami sterowania przez Cluster API i Kamaji
• Maszyny wirtualne — KubeVirt z konsolą VNC, terminalem SSH, live migration i GPU passthrough
• Database as a Service — PostgreSQL przez CloudNativePG lub MariaDB przez MariaDB Operator z automatycznym failoverem i ciągłymi kopiami zapasowymi
• Storage — S3-kompatybilny object storage przez Rook/Ceph i blokowy storage NVMe
• Sieć SDN — dedykowane VPC z niestandardowym CIDR, Floating IPs, Load Balancerami i NetworkPolicies przez Kube-OVN i Multus CNI
• Tożsamość i SSO — hierarchiczne organizacje, projekty i role z Keycloak jako dostawcą tożsamości; wsparcie dla Google, LDAP i niestandardowych IdP; pełne logowanie audytu

To ostatnie jest szczególnie istotne dla środowisk korporacyjnych — Hierarchical Organizations, Projects, Roles i Keycloak-based SSO to model, który bezpośrednio współgra ze stosem Keycloak/OIDC używanym w środowiskach enterprise.

Operacje przez AI Skills

Platforma obsługuje interfejsy Web UI, API, kubectl, GitOps i wspierane AI Skills na fundamencie natywnym dla Kubernetes.

AI Skills to integracja z narzędziami agentów kodowania — Cursor AI i innymi — pozwalająca zarządzać infrastrukturą przez język naturalny zamiast przez klikanie w konsolę. Agent może tworzyć przestrzenie nazw, wdrażać bazy danych i konfigurować sieci przez kubectl lub API, używając kubeconfig wygenerowanego automatycznie przy tworzeniu projektu.

Migracja z VMware — kontekst rynkowy

Kube-DC for VMware trafia w konkretny moment rynkowy. Po przejęciu VMware przez Broadcom i drastycznych zmianach modelu licencyjnego w 2023–2024 roku, wiele organizacji aktywnie szuka alternatyw. Kube-DC pozycjonuje się jako ścieżka migracji zachowująca istniejące inwestycje infrastrukturalne przy jednoczesnym przejściu na otwarty stos oparty na Kubernetes.

kube-dc.cloud — chmura deweloperska ze stałą ceną

Model cenowy, który wyróżnia się na tle AWS i Azure

Tradycyjne chmury rozliczają każdy obiekt oddzielnie: za każdą instancję EC2, każde żądanie S3, każdy load balancer. Kube-DC.cloud przyjął radykalnie prostszy model: płacisz za pulę zasobów (RAM i CPU), a w jej ramach możesz tworzyć dowolną liczbę obiektów bez dodatkowych opłat.

• Dev Pool — €19/mo: 4 vCPU, 8 GB RAM, 60 GB NVMe, 20 GB Object Storage, 1 IPv4.
• Pro Pool — €49/mo: 8 vCPU, 24 GB RAM, 160 GB NVMe, 100 GB Object Storage, 1 IPv4.
• Scale Pool — €99/mo: 16 vCPU, 56 GB RAM, 320 GB NVMe, 500 GB Object Storage, 3 IPv4.

Dla porównania: uruchomienie jednej instancji t3.medium na AWS (2 vCPU, 4 GB RAM) kosztuje ok. €25/miesiąc — bez storage'u, bez baz danych, bez dodatkowych usług. Za €19 w Kube-DC.cloud dostępny jest pełen stos z VM, bazą danych i storage'em.

Co konkretnie dostępne w puli

Pełna izolacja namespace'u, kubeconfig gotowy w VSCode, przeglądarce i CLI, uruchamianie podów, Helm chartów i VM przez KubeVirt, SDN networking z VPC isolation przez Kube-OVN i Multus CNI, zarządzane PostgreSQL przez CloudNativePG, MariaDB przez operatora, S3-kompatybilny object storage przez Rook/Ceph, automatyczny Ingress z TLS przez cert-manager i Let's Encrypt, zarządzane klastry Kubernetes z izolowanymi płaszczyznami sterowania przez Cluster API i Kamaji z Cilium CNI i węzłami GPU.

Wbudowana integracja z Keycloak dla SSO i RBAC — bezpośrednio istotna dla środowisk korporacyjnych używających tego samego stosu tożsamości.

Stos technologiczny

Zbudowany na: Kubernetes, KubeVirt, Cluster API, Kamaji, CloudNativePG, MariaDB Operator, Rook/Ceph, Kube-OVN, Multus CNI, Cilium, Keycloak, cert-manager, Let's Encrypt. Centrum danych: AMS-1 Amsterdam, Holandia (UE).

To wyłącznie projekty z ekosystemu CNCF i open source — brak zamkniętych komponentów. Dla organizacji z wymaganiami dotyczącymi transparentności stosu technologicznego.

Integracja z narzędziami deweloperskimi

Platforma generuje gotowy plik kubeconfig przy tworzeniu projektu — bez ręcznej konfiguracji tokenów ani złożonych przepływów uwierzytelniania.

Dla środowisk używających Claude Code lub Cursor AI: kubeconfig jest natychmiast dostępny przez CLI, co pozwala agentom kodowania wdrażać i zarządzać workloadami bezpośrednio w sesji developerskiej.

Program Bug Bounty

Platforma prowadzi aktywny program bug bounty — sygnał dojrzałości operacyjnej, który warto odnotować przy ocenie dostawcy infrastruktury dla środowisk produkcyjnych.

Dla kogo

kube-dc.com (platforma) — dostawcy hostingu i ISP budujący własną ofertę chmurową, organizacje z własnymi centrami danych szukające alternatywy dla OpenStack lub VMware, działy IT chcące zaoferować wewnętrzną platformę deweloperską (IDP) zbudowaną na Kubernetes.

kube-dc.cloud (usługa) — deweloperzy i małe zespoły szukające środowiska Kubernetes z przewidywalnym rozliczeniem, startupy budujące backendy SaaS bez budżetu na AWS Enterprise, środowiska CI/CD i testowe wymagające izolowanych klastrów Kubernetes na żądanie, workloady AI/ML korzystające z puli GPU.

Co wyróżnia Kube-DC na tle alternatyw

Rynek platform deweloperskich opartych na Kubernetes jest gęsty: Rancher, Gardener, Crossplane, OpenShift, Kasten, Porter. Kube-DC wyróżnia się kilkoma elementami.

Jeden stos dla VM i kontenerów. KubeVirt jako kluczowy komponent— nie jako dodatek, ale jako integralna część platformy. Organizacje migrujące z VMware mogą uruchamiać istniejące maszyny wirtualne obok kontenerów w tym samym klastrze Kubernetes bez oddzielnej warstwy hypervisora.

Model cenowy bez niespodzianek. Stała cena za pulę zasobów zamiast rozliczenia per obiekt eliminuje rachunki zaskakujące po końcu miesiąca. Dla małych zespołów — przewidywalność budżetowa, nie tylko kwestia ceny.

Keycloak jako rdzeń tożsamości. Dla organizacji już używających Keycloak (sektor publiczny, enterprise) — integracja jest naturalna zamiast wymagająca adaptacji.

Unijne centrum danych. AMS-1 w Amsterdamie dla kube-dc.cloud — ważne dla organizacji z wymaganiami GDPR dotyczącymi lokalizacji danych.

Jak zacząć

kube-dc.cloud — 14-dniowy bezpłatny trial bez karty kredytowej na console.kube-dc.cloud. Kubeconfig gotowy do użycia w ciągu minut od rejestracji.

kube-dc.com — dokumentacja i demo na kube-dc.com. Platforma dostępna przez demo call z zespołem (cal.eu/kube-dc/30m) dla wdrożeń on-premises i hybrydowych.

Podsumowanie

Kube-DC to propozycja dla dwóch różnych odbiorców — i warto nie mylić ich ze sobą. Dla dostawców infrastruktury: platforma, która zamienia Kubernetes w pełnoprawną chmurę prywatną z obsługą VM, baz danych i modelem wielodostępnym. Dla deweloperów: chmura ze stałą ceną, bez skomplikowanych rachunków i z pełnym stosem narzędzi gotowym do użycia od pierwszej minuty.

Wspólnym mianownikiem jest filozofia: Kubernetes jako warstwa kontrolna dla całej infrastruktury — nie tylko dla kontenerów. To podejście, które w 2026 roku przestało być eksperymentem, a stało się realną alternatywą dla tradycyjnych stosów wirtualizacji i chmur publicznych.

Źródła: kube-dc.com, kube-dc.cloud, docs.kube-dc.com, GitHub kube-dc organization