Uma arquitetura para expor uma aplicação conteinerizada acessível pela Internet deverá dispor, inicialmente, de seis contêineres simultaneamente e ser escalável para até cinquenta contêineres simultâneos, para o caso de ocorrer aumento de carga do uso da aplicação. Nessa arquitetura, a fim de que a aplicação seja acessível por todos os contêineres pelo usuário final, é correto acrescentar
- A)um serviço de balanceador de carga.
Certa, porque o balanceador de carga distribui as requisições entre os contêineres e permite acesso uniforme conforme a aplicação escala.
- B)um serviço de firewall capaz de suportar o aumento de carga.
Errada, porque firewall protege o tráfego, mas não faz distribuição de requisições entre contêineres nem resolve escalabilidade de acesso.
- C)uma rede dedicada para os contêineres.
Errada, porque uma rede dedicada pode isolar ou organizar a comunicação, mas não garante que o usuário alcance todos os contêineres de forma balanceada.
- D)novos servidores virtuais ou físicos.
Errada, porque adicionar servidores pode aumentar capacidade, mas o enunciado pede um mecanismo para tornar a aplicação acessível por todos os contêineres ao usuário final.
- E)uma unidade de armazenamento dedicada (storage).
Errada, porque storage é voltado a armazenamento de dados, não ao encaminhamento de tráfego ou balanceamento de acesso.
Gabarito: A
Quando voce publica uma aplicação conteinerizada na Internet, o ponto central não é só colocar os contêineres no ar, mas distribuir as requisições de forma inteligente entre eles. Se a aplicação começa com 6 contêineres e pode crescer para 50, a arquitetura precisa de um componente que faça a entrada do tráfego e encaminhe cada pedido para um contêiner disponível. É aí que entra o balanceamento de carga: ele ajuda a dividir o tráfego, melhorar desempenho e aumentar disponibilidade. Pense assim: sem esse componente, o usuário até acessa a aplicação, mas o tráfego pode ficar concentrado em um único contêiner, gerando lentidão ou queda. Com o balanceador, a aplicação fica mais resiliente e escalável, porque os novos contêineres podem ser incluídos na distribuição automaticamente ou sob configuração. Isso é bem alinhado com a ideia de arquiteturas elásticas em ambientes de conteinerização. As outras opções tentam confundir voce com itens que podem existir em uma infraestrutura real, mas não resolvem o problema descrito. Firewall protege, rede dedicada isola, storage guarda dados e servidores extras ampliam a capacidade física ou virtual. Só que o enunciado quer garantir que a aplicação seja acessível por todos os contêineres pelo usuário final, e isso pede um mecanismo de distribuição de tráfego, não apenas mais hardware ou mais proteção. Em termos práticos, o raciocínio é: acesso externo + vários contêineres + escalabilidade = balanceador de carga na frente. Em concursos, essa associação é quase clássica. A banca gosta de testar se voce diferencia infraestrutura de suporte de componente de distribuição de requisições.