Avaliações e Detalhes do Produto BuildPiper

Usamos o BuildPiper por um período considerável para automatizar nossos pipelines de CI/CD. É uma escolha forte, especialmente ao trabalhar com contêineres Docker gerenciados no Kubernetes. Normalmente, gerenciar o Kubernetes requer um uso extensivo do terminal, o que pode ser opressor para muitos usuários. O BuildPiper simplifica isso ao oferecer uma interface intuitiva, rica em informações e fácil de usar, que facilita o acompanhamento da saúde do cluster e do status do ciclo de vida das aplicações.

Ao projetar e implementar uma arquitetura DevOps, o BuildPiper oferece automação de ponta a ponta, reduzindo significativamente o esforço manual e a complexidade operacional. Gerenciar contêineres Docker e outros microsserviços torna-se direto e eficiente. Anteriormente, usamos o BuildPiper em escala em vários projetos; atualmente, continuamos a usá-lo para um conjunto menor de casos de uso. Do ponto de vista do suporte, nossa experiência tem sido tranquila — a documentação é abrangente e a equipe de suporte responde prontamente quando necessário. Análise coletada por e hospedada no G2.com.

BuildPiper é uma plataforma completa que inclui todas as capacidades essenciais necessárias para construir e entregar software pronto para produção. O produto cobre efetivamente todo o ciclo de vida de desenvolvimento e implantação, deixando pouco ou nada a desejar. Análise coletada por e hospedada no G2.com.

O que eu mais gosto no BuildPiper é que ele fornece uma plataforma centralizada e consistente para implantar e gerenciar a pilha de observabilidade em diferentes ambientes, tornando as implementações mais rápidas e padronizadas. Análise coletada por e hospedada no G2.com.

Nada de mais, está funcionando perfeitamente bem conforme nossa exigência. Análise coletada por e hospedada no G2.com.

BuildPiper oferece um produto muito fácil de usar e uma ampla gama de recursos que nos ajudam a manter nossos pipelines de CI/CD. Eles têm usuários altamente proativos que fornecem suporte ao cliente instantâneo, independentemente do horário. Análise coletada por e hospedada no G2.com.

Usamos uma configuração baseada em várias contas com Kubernetes que às vezes cria confusão ao usá-la (já que minha memória não é tão boa). Análise coletada por e hospedada no G2.com.

Buildpiper é altamente amigável e intuitivo, permitindo uma integração e produtividade sem problemas desde o Dia 0. Análise coletada por e hospedada no G2.com.

Buildpiper é uma plataforma única, e o próprio produto possui todos os requisitos que precisam ser concluídos para desenvolver software pronto para produção. Portanto, não há nada a desgostar. Análise coletada por e hospedada no G2.com.

Usamos o BuildPiper por um tempo para automatizar nosso pipeline de CI/CD. É uma boa opção se você está trabalhando com contêineres Docker gerenciados pelo Kubernetes. Normalmente, ao gerenciar o Kubernetes, precisamos passar pelo terminal, o que é muito para muitos usuários, mas o BuildPiper oferece um design rico em informações e amigável, o que facilita o entendimento do status dos seus clusters e do ciclo de vida do seu aplicativo. Ao implementar sua arquitetura DevOps, o BuildPiper oferece automação de ponta a ponta, o que torna sua vida muito mais fácil. Se você deseja gerenciar seus contêineres Docker e outros microsserviços, é muito simples. Usamos em grande escala no passado, agora estamos usando apenas para alguns projetos. Quanto à parte de suporte, não tivemos problemas, pois a documentação era robusta e a equipe de suporte respondia rapidamente. Análise coletada por e hospedada no G2.com.

não tem nenhuma integração para aplicativos móveis e web, foca exclusivamente em microsserviços Análise coletada por e hospedada no G2.com.

A interface do usuário para a implantação de qualquer microsserviço era realmente muito amigável. Nunca houve confusão com os serviços e processos. E o suporte da equipe deles foi realmente bom, ajudando-nos a guiar em cada passo de forma muito calma. Além disso, a integração com os microsserviços foi bastante fácil, e a implementação padronizada para todos os nossos serviços. Não apenas a implantação, tinha muitos usos como logs em tempo real, detecção de serviço ativo ou reinicialização, etc. Análise coletada por e hospedada no G2.com.

Um usuário está implantando seu microsserviço, mas ao mesmo tempo outro usuário implanta sua branch/mudanças no mesmo microsserviço, pelo menos deveria haver uma notificação para o usuário que fez a última implantação, pois isso estava criando confusão. Todos têm suas próprias credenciais mapeadas para o e-mail, eles poderiam ter introduzido uma notificação na área de trabalho ou algo assim para evitar que os usuários fiquem sempre verificando se alguém mais está implantando ou não. Análise coletada por e hospedada no G2.com.