Datacentrics Cloud — Nova linha de produto
Kubernetes gerenciado, dentro do seu datacenter.
O DKS entrega um cluster Kubernetes dedicado por cliente, em VLAN isolada, sobre a infraestrutura VMware da Datacentrics — com operação, observabilidade e SLA nossos. Esta página é a prova: ela está sendo servida pelo primeiro cluster DKS agora.
Por que existe
Para quem a nuvem pública não resolve
Há clientes que precisam de Kubernetes, mas não podem — ou não querem — levar seus dados para fora. O DKS atende exatamente esse cliente.
Dados em casa, LGPD simples
O workload e os dados nunca saem do datacenter. A resposta para a pergunta de compliance é uma frase: seu cluster, sua VLAN, seus dados.
Um cluster por cliente
Cada cliente recebe cluster dedicado em VLAN própria, atrás do seu firewall — o mesmo modelo de segregação que a Datacentrics já opera. Sem vizinhos, sem blast radius compartilhado.
Preço em reais, sem surpresa
Sem cobrança por tráfego, por requisição ou variação cambial. Capacidade contratada, fatura previsível.
Gerenciado de verdade
Upgrades, certificados, backup de etcd, monitoramento e plantão são responsabilidade da Datacentrics. O cliente usa o cluster; nós o operamos.
Arquitetura
Como um cluster DKS é entregue
Duas camadas: o ambiente dedicado do cliente e o plano de gerência central da Datacentrics, que opera todos os clusters pela mesma esteira.
Kubernetes de upstream puro (kubeadm), sem camada proprietária: o que roda no DKS é o mesmo Kubernetes de qualquer nuvem — as aplicações do cliente entram e saem sem reescrita.
Stack técnica
Componentes escolhidos, não empilhados
Cada camada tem uma decisão de arquitetura registrada (ADR) por trás.
| Camada | Tecnologia | Por quê |
|---|---|---|
| Cluster | kubeadm · containerd | Kubernetes upstream, sem licenciamento e sem lock-in de distribuição |
| Rede de pods | Cilium (eBPF) | NetworkPolicies L3–L7 e observabilidade de rede (Hubble) inclusas |
| Load balancer | MetalLB | IPs de serviço na VLAN do cliente, sem hardware adicional |
| Ingress + TLS | ingress-nginx · cert-manager | HTTPS automático com renovação sem intervenção humana |
| Storage | vSphere CSI | Volumes persistentes na resiliência do datastore que já operamos |
| Observabilidade | Prometheus · Grafana · Loki | SLA medido, não prometido — dashboards por cliente |
| Backup / DR | Velero · snapshots etcd | RPO/RTO documentados e restore testado periodicamente |
| Entrega e esteira | ArgoCD · Terraform · Ansible | Todo cluster nasce de código — idêntico, reproduzível, auditável |
Planos
Três formatos de entrega
Do ambiente de desenvolvimento ao workload crítico com SLA contratual.
Dev & teste
SLA: melhor esforço
- 1 control plane · 2 workers
- Storage local
- HTTPS automático incluso
- Observabilidade básica
- Suporte em horário comercial
// porta de entrada e ambientes não críticos
Produção
SLA alvo: 99,5%
- 3 control planes em alta disponibilidade
- 2–4 workers dedicados
- Storage vSphere CSI persistente
- Dashboards + alertas monitorados pela DCX
- Backup diário com retenção
- Suporte 8×5
// o formato recomendado para produção
Workload crítico
SLA alvo: 99,9%
- Tudo do Standard, mais:
- Anti-afinidade auditada entre hosts físicos
- Autoscaling de aplicações (HPA)
- WAF de borda (Cloudflare)
- DR com restore testado + relatório mensal de SLO
- Suporte 24×7
// para o que não pode parar
Roadmap
Da prova de conceito ao catálogo
A tecnologia já está provada — este site é servido por ela. As fases abaixo transformam a prova em produto vendável, em ordem de dependência.
Prova de conceito
Cluster kubeadm completo no VMware: rede Cilium, MetalLB, ingress público com HTTPS automático e aplicação servida da internet — este site.
Alta disponibilidade do control plane
Três control planes com VIP (kube-vip) e anti-afinidade entre hosts físicos. Pré-requisito de qualquer SLA: elimina o ponto único de falha.
Storage de produção
vSphere CSI: volumes que sobrevivem à perda de um nó, na resiliência do datastore que a Datacentrics já opera.
Segurança auditável
Políticas de rede default-deny, gestão de secrets, RBAC por perfil e relatório CIS Benchmark — evidência pronta para a auditoria do cliente.
Observabilidade e SLO
Prometheus, Grafana e Loki com alertas no plantão DCX. O SLA passa a ser um número medido e publicado, não uma promessa.
Esteira de provisionamento
Terraform, Ansible e ArgoCD: cluster novo de cliente em até um dia, sem passos manuais. É o que define a margem do produto.
Cliente piloto
Segundo cluster nasce inteiro pela esteira, com dashboards, backup e TLS no primeiro dia. Critério de pronto para vender: a repetição, não o protótipo.