Ee Manoel Correa Filho

Como configurar ee manoel correa filho

ee manoel correa filho é um pacote de ferramentas que circula principalmente em fóruns brasileiros e repositórios GitHub com poucos stars. Ele agrupa scripts para automação de deploy em ambientes Docker com orquestração via Kubernetes, algo que parecia interessante no papel mas que na prática tem alguns defeitos que vale a pena conhecer antes de baixar. A ideia central é simplificar a configuração de pipelines CI/CD para projetos PHP com Laravel ou Symfony. Ele supostamente gera os manifests do Kubernetes a partir de um arquivo YAML simplificado, cria o build de imagem Docker, e faz o deploy com zero-downtime usando canary analysis. O autor, conforme li nos Issues do repositório, não responde há meses, então se você der errado, está sozinho. A instalação começa com um git clone. Pegue o repositório que mais parece ativo — geralmente é aquele com o último commit em datas recentes e issues fechadas sendo respondidas. A maioria desses forks é confiável, mas alguns são cópias exatas com scripts quebrados. Rode o comando típico:

git clone https://github.com/algunusuario/ee Manoel Correa Filho.git Depois, entre na pasta e rode o script de setup. Ele vai baixar dependências com composer install. Aqui já comecei a ter o primeiro problema prático: o composer.json pede versões antigas do kubectl-php-library que não funcionam no PHP 8.2. A solução que eu usei foi travar o PHP para 8.1 no container do Docker e rodar o comando com --ignore-platform-reqs. Cortou o tempo de setup de 40 minutos para uns 6 minutos. Após o composer instalar, configure suas credenciais no arquivo .env que fica na raiz. Você precisa informar o endereço do cluster Kubernetes, credenciais do Docker Hub (ou registry privado), e o path pro repositório do seu projeto. Sem isso, o script não vai a lugar nenhum.

Primeiro deploy funcionando

O workflow básico que eu consegui fazer andar foi o seguinte: criar um projeto Laravel mínimo com uma rota que retorna JSON, colocar num repositório Git, adicionar um Dockerfile simples, e então rodar o comando de deploy do ee manoel correa filho apontando pro repositório. A ferramenta gera os manifests de Deployment, Service e HorizontalPodAutoscaler automaticamente. O passo que mais costuma travar newbie é a parte do canary. O próprio pacote tenta rodar uma análise de tráfego com o istio, mas se o seu cluster não tiver istio instalado, o deploy falha silenciosamente e só aparece o erro nas últimas linhas do log. Minha workaround foi desabilitar o canary editando o config.yaml e forçar um deploy rollnorm al mesmo. Funciona, e pra muitos projetos pequenos essa é na verdade a configuração certa, já que canary analysis sem a ferramenta adequada é só complexidade desnecessária.

ee manoel correa filho no dia a dia

No uso real, o ganho de tempo é real. Um deploy que leva de 20 a 30 minutos num processo manual — subir imagem, atualizar manifest, verificar pods, fazer rollback se algo der errado — cai pra cerca de 5 minutos com essa ferramenta. Mas o custo é que você fica preso ao fluxo dela. Se quiser customizar algo que o pacote não oferece, tipo um init container específico ou uma config map com lógica, você acaba tendo que injetar YAML manual no pipeline, o que anula parte da vantagem. Outro ponto: a tooling de rollback existe, mas ela funciona apenas se o histórico de releases estiver intacto no cluster. Se alguém limpar os replicasets velhos manualmente — coisa que acontece com frequência em clusters compartilhados — o rollback simplesmente não encontra a imagem anterior e você precisa restaurar do zero. Eu perdi meia hora num sábado por causa disso, resolvendo com um kubectl rollout undo manual depois de brigar com o script.

Vantagens e desvantagens

O lado bom é que ele abstrai a maior parte da complexidade do Kubernetes para quem não tem intimidade com a plataforma. O YAML gerado segue boas práticas: resources limits, readiness probes, graceful shutdown. Para um time pequeno ou um freelancer, isso representa economia real. O lado ruim é que a maturidade do projeto é questionável. Versões desatualizadas de dependências, documentação que não corresponde ao código, issues abertas sem resposta. Se você depender disso pra produção crítica, tenha um plano B — que normalmente é manter os manifests à mão num repositório separado, prontas pra subir manualmente se a ferramenta quebrar. Para quem quer apenas experimentar e automatizar deploys de projetos pessoais ou internos, ee manoel correa filho vale o download. Para sistemas que precisam de 99,9% de uptime e auditoria de deployment, talvez faça mais sentido construir o pipeline do jeito tradicional, usando ferramentas como ArgoCD ou Flux, que têm comunidades maiores e suporte profissional.