A depuração começa pelo porquê
Antes de tocar em qualquer coisa, o BashPilot lê eventos, logs e o describe do workload afetado. Você recebe a causa real, não um restart às cegas. A correção vem depois do diagnóstico, na mesma conversa.
O BashPilot coloca um agente pequeno no node do control plane e trabalha com acesso local ao kubectl. Seu kubeconfig nunca sai do cluster e nenhum túnel SSH está envolvido. Você pede um resultado, ele roda as operações certas na API e confirma o estado final.
Teste grátis por 7 dias. Cancele quando quiser.
Sem YAML para editar manualmente, sem kubectl para memorizar. Você descreve o resultado e BashPilot percorre o mesmo caminho que um operador cuidadoso faria.
"Amplie checkout-api para 6 e verifique a implementação." Palavras simples, do jeito que você diria a um colega de equipe.
Extrai pods, eventos e réplicas atuais diretamente do API antes de tocar em qualquer coisa.
Escolhe as operações exatas de um catálogo revisado. Sem YAML improvisado, sem suposições.
A drenagem de um nó ou a exclusão de uma carga de trabalho aguarda primeiro seu sim explícito.
Aplica a alteração ao cluster por meio da conta de serviço com escopo definido.
Observa até que os pods estejam prontos e mostra exatamente o que mudou.
Cobertura profunda e nativa dos objetos que você toca todos os dias. Esta é uma amostra, não a lista completa.
As falhas que todo operador Kubernetes conhece de cor. BashPilot lê as evidências reais, corrige a causa e confirma a recuperação.
Lê os eventos e os últimos logs, encontra a causa real, aplica a correção e observa o pod permanecer ativo.
Detecta o limite de memória atingido, dimensiona corretamente as solicitações e os limites e reinicia a implementação de forma limpa.
Verifica a tag da imagem, a autenticação do registro e o segredo do pull e limpa tudo o que está bloqueando o pull.
Inspeciona o status de implementação e os pods com falha e, em seguida, desbloqueia-os ou reverte para a última revisão válida.
Descobre por que eles não agendam, desde a pressão de recursos até as impurezas e um PVC ausente, e o limpa.
Lê as condições do nó, isola e drena-o com segurança e reagenda as cargas de trabalho em outro lugar.
Antes de tocar em qualquer coisa, o BashPilot lê eventos, logs e o describe do workload afetado. Você recebe a causa real, não um restart às cegas. A correção vem depois do diagnóstico, na mesma conversa.
Rollouts são acompanhados até estabilizarem, e um rollback está a uma frase de distância. Qualquer coisa que possa interromper um serviço em execução, como drenar um node, pausa antes para a sua aprovação.
O agente usa as credenciais de cluster que já existem no control plane. Nada é enviado, nada é copiado para fora, e o acesso acaba no momento em que você remove o agente.
O motivo pelo qual as equipes permitem que o BashPilot se aproxime de um cluster ativo: ele tem escopo, pergunta antes de interromper e comprova cada mudança.
O agente é executado no nó do plano de controle e usa as credenciais já existentes. Nada é carregado, nada é copiado.
Ele só pode fazer o que sua conta de serviço permitir. Conceda exatamente o escopo com o qual você se sente confortável e não pode excedê-lo.
Esvaziar um nó, excluir uma carga de trabalho ou escalar para zero sempre faz uma pausa para sua confirmação explícita.
Após cada alteração, ele relê a implementação e o estado do recurso. Concluído significa Pronto no cluster, não um código de saída limpo.
Cada operação e seu resultado são registrados, para que você sempre saiba o que mudou, quando e por quê.
O agente pesquisa TLS e não abre portas de entrada. Não há nada no cluster que um scanner possa alcançar.
Qualquer cluster em que o agente possa rodar em um node do control plane com acesso local ao kubectl: k3s, clusters kubeadm, labs de um node só e produção autogerenciada.
Não. Esse é justamente o ponto do design. O agente usa as credenciais já presentes no seu control plane, e elas nunca saem da máquina.
Só depois que você aprovar. Operações destrutivas, como apagar um deployment ou drenar um node, sempre mostram um cartão de confirmação antes de qualquer coisa rodar.
No dia a dia, em grande parte sim. Você continua usando kubectl quando quiser. O BashPilot só resolve a rotina mais rápido e guarda o registro do que mudou.
Conecte em cerca de um minuto. A primeira semana é por nossa conta.