Muitas empresas têm uma compreensão básica dos ambientes de produção, desenvolvimento e garantia de qualidade — mas nem sempre entendem seus reais benefícios, nem os benefícios de outros ambientes em nível empresarial, como testes de carga e testes automatizados. Neste artigo, vamos explorar os diversos ambientes que sua aplicação pode — e deve — utilizar, e como aproveitá-los ao máximo a favor do seu negócio.
Ambiente de Produção
O ambiente de produção — ou seja, onde a aplicação implantada ficará hospedada — deve ter alto desempenho e ser acessível a partir de várias regiões do mundo. Aqui vão algumas dicas para te ajudar a construir uma aplicação de alto desempenho e resiliente:
- Cada instância do ambiente de produção da sua aplicação deve ser capaz de lidar com o dobro do tráfego que você espera. Isso te dará mais tempo para se adaptar conforme sua aplicação cresce.
- Cada uma das suas instâncias deve estar por trás de um balanceador de carga por dois motivos: o primeiro é para que você possa direcionar o tráfego ao redor do mundo para suas diversas instâncias, aumentando a velocidade. O segundo é que, quando sua aplicação precisar de atualizações, você poderá direcionar o tráfego para as instâncias que quiser que seus usuários acessem, sem precisar tirar toda a aplicação do ar.
Ambiente de Q.A.
O ambiente de garantia de qualidade é crucial porque oferece à equipe de Q.A. a oportunidade de testar a aplicação antes que ela avance no processo de implantação. Esse ambiente não precisa ter o mesmo desempenho elevado que o ambiente de produção, mas deve ser capaz de atender às demandas da equipe de testes. Além disso, esse ambiente não precisa estar disponível globalmente, a menos que sua aplicação tenha implicações globais que exijam testes específicos, como lançamentos baseados em fusos horários ou conteúdo bloqueado por região. Aqui vão algumas dicas para construir um ambiente de Q.A. de qualidade:
- Você só precisa de instâncias suficientes do ambiente de Q.A. para atender aos seus cenários de teste. Por exemplo, se você tem conteúdo bloqueado por região em um dos ambientes para os quais está implantando, então deve haver pelo menos dois ambientes de Q.A.: um para testar o acesso ao conteúdo com restrição regional e outro para garantir que esse conteúdo não possa ser acessado de outra região. Se você não precisa de testes baseados em fuso horário ou conteúdo bloqueado por região, provavelmente basta um único ambiente de Q.A.
- Se você não estiver testando constantemente, esse ambiente não precisa ficar sempre online. Isso pode gerar economia, especialmente se você estiver utilizando uma infraestrutura baseada em nuvem.
Ambiente de Desenvolvimento
If you have a development team, then a development environment is a must—but how you use it depends on your development team’s needs and the different scenarios they are experiencing. For example, normally you would use the development environment to test the most recent work that you are working on; however, if you need to revert your changes from the current deployed release and need to test those changes, you might need a second environment to test the fixes without the new functionality in place. This environment should be as efficient as the QA environment and should operate under the same parameters as the QA environment including server specifications, server operating system and server patches. Here are some tips to help maintain a development environment:
- The development environment is the cornerstone of your development team. It needs to be easily accessible from a DevOps workflow and even read-only from a data perspective, which gives the team the most access to the data that they need.
- Use this environment to bring all of the development team’s changes together and to see how the adjustments work together. To avoid errors or breaking the development environment, developers should use their local environment to test their own changes before pushing them to the development environment.
User Acceptance Testing Environment
Ambientes de testes de aceitação do usuário (UAT) — também chamados de ambientes de staging — permitem que os principais usuários da aplicação testem novas funcionalidades antes que sejam implementadas no ambiente de produção. O ambiente de UAT permite que os usuários forneçam à equipe de desenvolvimento feedback valioso sobre casos de uso reais e como os recursos serão utilizados. Aqui vão algumas dicas para aproveitar ao máximo o seu ambiente de UAT:
- Ambientes de UAT funcionam como um teste beta fechado, pois permitem que um grupo pequeno de pessoas use a aplicação e dê feedback sobre as funcionalidades. O número de usuários que você permite nesse ambiente depende de você, mas cerca de 5% da sua base de usuários em produção já é suficiente para obter feedback relevante sem sobrecarregar a equipe de desenvolvimento.
- O ambiente de UAT deve ser o mais próximo possível do ambiente de produção em termos de especificações, para que os usuários não confundam lentidão na funcionalidade com problemas de desempenho no servidor.
Outros Ambientes Especializados
Dependendo dos seus casos de uso, existem outros dois ambientes especializados — ambos podendo ser desligados quando não estiverem em uso para economizar custos — que podem beneficiar bastante seus processos de desenvolvimento:
Embora não seja necessário utilizar todos esses ambientes para lançar seu software, contar com o maior número possível desses ambientes — de acordo com suas necessidades — garantirá que seu próximo lançamento (e todos os futuros) estejam preparados para o sucesso.
- Teste de Carga Normalmente, suas equipes de desenvolvimento, Q.A. e UAT não representam nem metade do número de pessoas que realmente utilizarão sua aplicação. É aí que o teste de carga se torna extremamente útil: ao ativar um ambiente específico para simular centenas ou até milhares de usuários simultâneos, você consegue prever melhor como sua aplicação se comportará quando for lançada em produção.
- Teste Automatizado Muitas empresas contam com equipes de Q.A. para testar novas funcionalidades e realizar testes de regressão — mas isso pode gerar custos desnecessários. Com uma equipe dedicada a testes automatizados, é possível construir uma suíte de testes automatizados que roda sempre que uma nova versão é agendada, eliminando a necessidade de longas sessões de testes manuais e repetitivos.
Embora não seja necessário utilizar todos esses ambientes para lançar seu software, contar com o maior número possível desses ambientes — de acordo com suas necessidades — garantirá que seu próximo lançamento (e todos os futuros) estejam preparados para o sucesso.
