Consultoria Kubernetes em Pittsburgh e Cleveland
A KawaConnect projeta, opera e dá suporte a Kubernetes em produção para empresas de Pittsburgh e do oeste da Pensilvânia e da região de Cleveland, no nordeste de Ohio. Construímos sobre Talos Linux e Cilium, e avisamos se você não precisar de um cluster.
Converse sobre o seu cluster Suporte a servidores Linux
Plataformas deste serviço
O que fazemos
O Kubernetes distribui contêineres por várias máquinas e os reinicia quando algo falha. Projetamos o cluster, implantamos seus aplicativos nele e o mantemos atualizado.
Clusters Talos Linux
Um sistema operacional imutável, gerenciado por API, para nós do Kubernetes, de modo que os nós não se distanciem uns dos outros por alterações manuais.
Rede com Cilium
Rede de pods e políticas de rede que controlam quais serviços podem se comunicar entre si.
Helm e GitOps
Aplicativos descritos em um repositório Git e aplicados automaticamente, de modo que cada alteração é revisada e pode ser revertida.
GitLab CI/CD
Pipelines que constroem imagens de contêiner, executam testes e publicam em um registry a cada alteração.
Monitoramento e backups
Painéis do Grafana para a integridade do cluster, além de backups do estado do cluster e dos dados persistentes, com restaurações testadas.
Atualizações
Atualizações planejadas do Kubernetes e dos nós, feitas um nó por vez enquanto os aplicativos continuam rodando.
Projeto de cluster em servidores físicos ou no Proxmox
Um cluster pode rodar diretamente em servidores físicos ou em máquinas virtuais no Proxmox. O bare metal dá aos nós acesso direto ao hardware. As máquinas virtuais Proxmox facilitam snapshots, reconstruções e clusters de teste. Escolhemos junto com você, com base no seu hardware, nos seus aplicativos e em quem vai operá-lo.
- Control plane: nós suficientes para manter o cluster funcionando quando um falha.
- Armazenamento: volumes persistentes em discos locais ou em armazenamento Ceph, conforme o que os seus dados exigem.
- Acesso: ingress, certificados TLS e quem pode acessar a API do cluster.
Entrega e operação
Mantemos a configuração do cluster e dos aplicativos em controle de versão. Uma alteração é um merge request no GitLab, e o cluster segue o repositório.
Operar significa atualizações, monitoramento, alertas, backups e capacidade. Registramos por escrito como cada peça funciona, para que sua equipe ou a nossa possa operá-la. Para se aprofundar, leia os guias de Kubernetes e os guias de Talos Linux da nossa base de conhecimento.
Quando o Kubernetes não é a resposta
Um cluster dá mais trabalho para operar do que um único servidor. Um único aplicativo com um banco de dados costuma rodar melhor em uma máquina virtual Linux com backups adequados, o que o nosso suporte a servidores Linux cobre. Um punhado de contêineres em um host combina com Docker e Docker Compose.
Recomendamos um cluster quando você precisa de failover entre máquinas, atualizações graduais ou muitos serviços que precisam ser agendados em conjunto. Se você tem dúvida, nossa visão geral de Linux e Kubernetes mostra como as opções se comparam.
Como funciona um projeto
- Conversa de levantamento. Descobrimos o que você executa, o que precisa ficar no ar e quem vai operar.
- Escopo por escrito. Um projeto ou uma revisão, com a ordem do trabalho e o plano de backup e reversão.
- Construção e entrega. Implantamos, testamos falhas e restaurações e documentamos a operação.
- Operação contínua. Opcional, com um engenheiro identificado e sem fidelidade obrigatória.
Nossos escritórios ficam em Coraopolis e Beaver Falls, na Pensilvânia. O trabalho presencial na região de Cleveland é organizado conforme o projeto, e o suporte remoto está disponível em todo o país. Respondemos em até um dia útil.
Perguntas sobre a consultoria Kubernetes
Vocês podem assumir um cluster construído por outra pessoa?
Sim. Analisamos primeiro os nós, os acessos, os backups e o método de implantação, e depois corrigimos problemas específicos ou assumimos a operação.
Por que o Talos Linux?
O Talos não tem shell nem gerenciador de pacotes. Os nós são configurados por meio de uma API, o que os mantém idênticos e reduz o que pode ser mal configurado ou atacado.
Precisamos de Kubernetes para o nosso aplicativo?
Muitas vezes não. Diremos isso na primeira conversa e sugeriremos uma máquina virtual Linux ou o Docker, se algum dos dois servir melhor.
Vocês podem migrar nossas cargas de trabalho Docker para o Kubernetes?
Sim. Convertemos os serviços do Compose em charts do Helm, movemos os dados, testamos e fazemos a virada em um cronograma que você aprova.
Para quem é
- Empresas cujo host Docker se tornou um ponto único de falha
- Equipes de desenvolvimento que precisam de builds de imagens, pipelines e implantações repetíveis
- Organizações que rodam um cluster sem tempo para atualizações e testes de backup
- Operações reguladas que precisam de infraestrutura documentada e auditável
Guias relacionados
Explicações em linguagem simples da nossa base de conhecimento.
KubernetesTalos LinuxDockerClustersGitLabGit
Planeje seu projeto de Kubernetes
Conte o que você roda hoje e definiremos o escopo de um cluster, de uma revisão ou de uma alternativa mais simples. Atendimento remoto em todo o país e presencial com agendamento em Pittsburgh e na região de Cleveland.
Inicie uma conversa
