Saltar para o conteúdo
BigTree108

Serviços de consultoria e desenvolvimento em Kubernetes

Consultoria e desenvolvimento em Kubernetes para equipas que executam contentores em produção: clusters no EKS, no AKS, no GKE e no seu próprio hardware, Helm charts, entrega GitOps, segurança e observabilidade de clusters, atualizações de versão e cargas de trabalho de GPU, com engenheiros de Kubernetes dedicados à sua equipa ou um projeto Kubernetes entregue de ponta a ponta.

O que construímos com Kubernetes

  • Clusters de produção

    Clusters EKS, AKS ou GKE definidos em Terraform, com nós escalados pelo Karpenter ou pelo cluster autoscaler, tráfego encaminhado através da Gateway API e network policies que negam por defeito.

  • Contentorização de aplicações

    Aplicações .NET, Java, Python e Node.js existentes passadas para imagens pequenas e sem privilégios de root, construídas e analisadas no pipeline, com a configuração mantida fora da imagem.

  • Helm charts e manifestos

    Aplicações empacotadas com Helm ou Kustomize, cada uma com pedidos e limites de recursos, probes de readiness e de liveness e um pod disruption budget.

  • Entrega GitOps

    Argo CD ou Flux a manter cada cluster em sintonia com o Git e Argo Rollouts ou Flagger a deslocar o tráfego para uma nova versão passo a passo, para que o que corre seja o que o repositório diz e uma reversão seja um revert.

  • Observabilidade de clusters

    Prometheus e Grafana ou a monitorização da própria cloud, traces OpenTelemetry entre serviços e alertas sobre o que os utilizadores notariam e não sobre cada reinício de pod.

  • Segurança de clusters

    Pod Security Standards, RBAC por equipa, segredos obtidos de um cofre pelo External Secrets Operator, imagens assinadas, políticas de admissão em Kyverno ou OPA Gatekeeper e TLS mútuo entre serviços através do Istio ou do Linkerd.

  • Atualizações e operação do dia a dia

    Versões secundárias atualizadas dentro da janela de suporte do fornecedor, APIs removidas detetadas antes de quebrarem um deploy, ingress-nginx substituído por uma implementação da Gateway API, agora que o projeto foi descontinuado, e cópias de segurança Velero restauradas de forma agendada.

  • Clusters on-premises e híbridos

    Kubernetes nos seus próprios servidores ou na periferia com OpenShift, Rancher RKE2, Talos Linux ou k3s, e frotas que abrangem clouds e centros de dados geridas a partir de um único local através do Cluster API e do GitOps.

  • Cargas de trabalho de GPU e de machine learning

    Pools de nós GPU executados com o NVIDIA GPU Operator, modelos servidos através do KServe ou do vLLM, clusters Ray através do KubeRay e jobs em lote enfileirados no Kueue, com o KEDA a escalar pela profundidade da fila para que as GPUs inativas sejam libertadas.

Contratar engenheiros de Kubernetes

  • engenheiros de Kubernetes dedicados

    Engenheiros de Kubernetes que integram a sua equipa a tempo inteiro, trabalham nos seus repositórios, no seu tracker e nas suas reuniões, e reportam ao seu responsável. A sua empresa entrevista-os; nós assumimos o contrato ucraniano, o processamento salarial, a faturação e as férias.

  • Entrega de projetos Kubernetes

    Uma equipa que conduz o projeto Kubernetes do âmbito à release: estimativa, desenvolvimento, testes e implementação, com um líder técnico do nosso lado que é responsável pelo plano e pela qualidade.

  • Suporte e tomada a cargo de sistemas Kubernetes

    Um sistema Kubernetes existente assumido de outra equipa ou mantido em funcionamento: primeiro uma revisão só de leitura e uma lista escrita de riscos, depois correções e novas funcionalidades por ordem de impacto.

A página da equipa dedicada explica como os especialistas integram a sua equipa, e a página de outsourcing aborda a entrega de projetos, as tomadas a cargo e a forma como cobramos.

Quem trabalha no seu projeto Kubernetes

  • engenheiros de Kubernetes

    Clusters, GitOps e atualizações

  • Engenheiros de plataforma

    A plataforma interna através da qual as suas equipas fazem deploy

  • Engenheiros de DevOps e de site reliability

    Pipelines, monitorização e on-call

  • Programadores de back-end

    Aplicações preparadas para contentores

  • Engenheiros de segurança

    Políticas, RBAC e revisões de clusters

Como operamos o Kubernetes

Um control plane gerido sempre que o fornecedor o oferece, tudo declarado no Git e clusters que podem ser reconstruídos a partir do código e não reparados à mão. As pessoas acedem ao cluster através do seu fornecedor de identidade com credenciais de curta duração, pelo que nenhum portátil guarda um kubeconfig de administrador.

Num cluster construído por outra equipa, começamos por uma revisão só de leitura das versões, dos add-ons, do RBAC, da exposição de rede e das definições de recursos, e por uma lista escrita de riscos por ordem de impacto, antes de alterar o que quer que seja.

Outros serviços de cloud, DevOps e segurança

Visão geral de Cloud, DevOps e segurança

Perguntas sobre o desenvolvimento em Kubernetes

Em que setores trabalham os engenheiros de Kubernetes?

Sobretudo fintech, com serviços de pagamentos e de negociação que exigem isolamento e registos de auditoria; empresas de cloud, alojamento e telecomunicações que oferecem plataformas em Kubernetes aos seus próprios clientes; comércio eletrónico, com serviços que escalam para picos de vendas; produtos SaaS com muitos serviços e tenants; produtos de IA que servem modelos em clusters de GPU; e plataformas de saúde que mantêm os dados de doentes em namespaces ou clusters segregados.

EKS, AKS ou GKE?

Normalmente o da cloud que já utiliza, porque a identidade, a rede e a faturação vêm com ele: EKS na AWS, AKS no Azure e GKE no Google Cloud, com o EKS Auto Mode ou o GKE Autopilot quando também quer os nós geridos. No seu próprio hardware, OpenShift ou Rancher. A nossa configuração de Terraform e GitOps é a mesma em todos.

Podem atualizar um cluster que ficou para trás?

Sim, uma versão secundária de cada vez. Cada carga de trabalho é verificada quanto às APIs que a versão seguinte remove, a atualização é ensaiada numa cópia do cluster e os ingress controllers, operadores e outros add-ons são atualizados em conjunto.

Em quanto tempo podem começar engenheiros de Kubernetes?

Quando o engenheiro de Kubernetes adequado está disponível, o arranque depende apenas da sua entrevista, do NDA e da cedência de propriedade intelectual. Caso contrário, fazemos uma pesquisa, que normalmente produz perfis de candidatos em duas a três semanas, e ninguém começa antes de a sua empresa dar o seu acordo.

Como contratamos engenheiros de Kubernetes através da BigTree108?

Diga-nos qual é o trabalho, a senioridade e o horário de que precisa. Propomos uma ou duas pessoas com os respetivos perfis, a sua empresa entrevista-as como entrevistaria uma contratação própria, e assina um único contrato com a BIG TREE 108 LLC e recebe uma fatura por mês.

A quem pertence o trabalho que produzem?

A sua empresa. Cada especialista tem um contrato assinado com a BigTree108 que atribui à empresa todo o trabalho produzido, e o nosso contrato com a sua empresa atribui-lho. O código, os designs e os documentos são entregues nos seus próprios repositórios e ferramentas, e não mantidos onde só nós os podemos alterar.

A operar Kubernetes?

Indique-nos o fornecedor, a versão do cluster e o que corre nele. Receberá resposta no prazo de um dia útil: um plano, perfis de candidatos ou um âmbito para uma revisão dos seus clusters.

Enviar e-mail para hello@bigtree108.comComo respondemos