5 Dicas para Lançamentos de Aplicativos Mais Eficazes

Por Tim Bond, Gerente de Produto

As equipes de desenvolvimento de low-code gastam uma quantidade considerável de tempo e energia planejando e desenvolvendo o próximo conjunto de recursos para seus aplicativos low-code. Desenvolver aplicativos robustos que entregue os resultados esperados é de extrema importância. Mas o processo de mover o aplicativo de um ambiente de desenvolvimento, passando por um ambiente de teste, para um ambiente de produção ou ativo é, com muita frequência, uma reflexão tardia.

Ter um plano bem estabelecido e bem comunicado para lançar um aplicativo em um ambiente de produção é a parte mais importante de uma virada de chave (go-live). Aqui estão alguns itens nos quais você deve pensar antes de realizar qualquer lançamento:

• Quando o lançamento vai começar e quanto tempo vai durar?

  Trabalhe com as partes interessadas para identificar um momento em que elas sejam minimamente impactadas. A duração é difícil de prever — quanto mais você fizer isso, melhor conseguirá estimá-la. Prometa menos e entregue mais do que o esperado em sua estimativa.

• Como os usuários finais serão impactados durante o lançamento?

  Não importa quão bem você comunique lançamentos e manutenções programadas com antecedência, você precisa assumir que um usuário estará na aplicação se puder estar. Isso pode não ser um problema, mas se for, você pode considerar proibir o acesso à aplicação durante o período de manutenção.

• Quem é responsável por cada etapa do processo de lançamento?

  Um plano detalhado deve ser compartilhado com a equipe de pessoas que estão executando as etapas. Dediquem um tempo para revisar o plano juntos e enfatizem que não existem perguntas bobas quando se trata de clareza sobre o plano de lançamento. Certifique-se de que cada indivíduo tenha o acesso correto para executar as etapas que lhe foram atribuídas.

• Quais novas conexões/pontos de integração com aplicativos de terceiros estão sendo introduzidos?

  A primeira vez que uma conexão ou integração vai ao ar, há sempre um pouco de incerteza na mente da equipe. Uma chave de API incorreta ou tráfego de rede bloqueado pode atrapalhar os planos. Os desenvolvedores devem fazer questão de destacar isso para a equipe, para que a nova conexão possa ser devidamente planejada.

• Se o lançamento não for bem-sucedido, qual é o plano de reverso?

  Esse nunca é o resultado esperado nem desejado, mas ter um plano elaborado com antecedência orientará a equipe durante uma situação estressante.

Você só tem uma chance de ter uma implantação bem-sucedida na primeira tentativa. Sugiro usar uma versão de teste ou de homologação como um ensaio geral para a produção, a fim de resolver qualquer problema.

No que diz respeito às versões de aplicação do Jitterbit App Builder, seus desenvolvedores criam uma versão a partir do ambiente de desenvolvimento, baixam o arquivo da versão (que chamamos de arquivo LP) e o enviam para o ambiente de destino para que seja instalado. Existem alguns riscos comuns que você deve verificar cuidadosamente antes de criar a versão e instalá-la em produção:

• Opções de instalação da tabela:

  Na maioria das vezes, você terá tabelas físicas incluídas em sua versão. Cada tabela possui uma configuração de opção de instalação que determina como os dados armazenados na tabela são tratados quando a versão é criada e, posteriormente, instalada em um ambiente de destino. Este é um recurso poderoso, mas deve ser usado com cautela. Você definitivamente não quer substituir dados de produção de qualidade por todos os dados que os desenvolvedores criam. Você pode saber mais sobre essas opções em nosso Construir uma página de documentação do pacote de lançamento.

• Funções:

  O acesso a uma página, bem como os recursos nativos de criação/edição/exclusão de dados exibidos a um usuário em uma página, é controlado de forma granular na camada lógica. Sempre que um desenvolvedor modifica as funções de uma regra de negócio ou introduz uma nova regra de negócio em uma página, isso pode ter um efeito indesejado na capacidade de um determinado grupo de usuários de acessar a página. Criar um usuário de teste para cada grupo de usuários e realizar testes de regressão para funções é uma prática excelente antes de qualquer lançamento em produção. Isso ajudará você a evitar o temido e-mail “Não consigo mais acessar esta página” do seu usuário final no dia seguinte a um lançamento. Confira esta página de documentação para mais informações sobre privilégios e permissões.

Sempre que for lançar seu aplicativo Jitterbit App Builder, analise cuidadosamente o modelo de lançamento. Você só deve lançar os componentes do aplicativo que sofreram alterações e que deseja colocar em produção.

No seu modelo de lançamento, você pode escolher esses diferentes componentes. É claro que você pode lançar um aplicativo inteiro, que incluirá todas as fontes de dados, a lógica e as páginas. Ou, se a alteração tiver sido em menor escala, você pode lançar apenas uma única página ou uma única regra de negócios e enviar esses componentes menores para produção, mantendo o restante do aplicativo como está. Essa flexibilidade no processo de liberação permite que sua equipe de desenvolvimento responda com mais facilidade a qualquer problema crítico que surja enquanto trabalha nas solicitações maiores.

O recurso de componente de aplicativo aumenta a flexibilidade, a velocidade e o controle sobre o processo de implantação de software, tornando-o uma ferramenta poderosa em ambientes que exigem atualizações frequentes e tempo de inatividade mínimo. Os principais benefícios para suas equipes de desenvolvimento são:

• Atualizações Modulares:

  Permite que componentes específicos de um aplicativo sejam atualizados de forma independente, reduzindo as dependências de código.

• Tempo de Inatividade Minimizado:

  Apenas os componentes alterados são atualizados, permitindo atualizações mais suaves.

• Maior agilidade de desenvolvimento:

  As equipes podem lançar atualizações ou correções rapidamente para componentes individuais, aumentando o tempo de resposta.

Saiba mais sobre Jitterbit App Builder, ou o um conjunto robusto de recursos de IA que será lançado em breve no App Builder 4.0.