- Eu criei o aplicativo Spring no app engine B2, posso ver nos logs que o aplicativo leva 1s para concluir a filtragem de dados (após ativar o aplicativo). Quando na minha máquina local leva 10ms.
- O tamanho dos dados é muito pequeno e a lógica não é tão complexa, apenas o início do projeto.
Então, minhas perguntas são possíveis: minha instância do mecanismo de aplicativo está sem alguns recursos ou algo assim? Talvez esteja faltando alguma configuração ou OPÇÕES JAVA, pois agora uso o padrão. Talvez alguém tenha enfrentado problemas de desempenho semelhantes.
Atualizar. Novamente tentei usar instâncias B1 B2 B3 B4. Mesmos resultados. Parece que os aplicativos possuem uma quantidade muito pequena de recursos.
Problema resolvido quando criei a VM do Compute Engine. Na máquina virtual, estou executando a imagem do docker com o mesmo aplicativo. E agora funciona bem. As respostas são ótimas.
Eu adoraria usar o App Engine, mas ainda não consigo descobrir o que causa isso. Eu uso todas as configurações padrão do app.yaml dos tutoriais do Google, sem opções adicionais.
Atualização 2. Tentei usar o ambiente App Engine Flex, com diferentes opções. Ainda o mesmo resultado. Talvez eu possa ver a diferença quando estou chamando a mesma API por mais vezes, em vez da resposta de 30 segundos, recebo 28 25. Portanto, minha conclusão é que o App Engine (no meu entendimento) não é adequado para trabalhar com operações complexas de pico de CPU JAVA (FILTER, SORT ENTITY ) .. No Compute Engine, minha solução funciona bem. Aí fui experimentar o GKE e também funciona perfeitamente lá a partir de 30s (sem sobrecarga de inicialização) a resposta diminuiu para 200ms. No GCE ou GKE eu uso VM com classificação de recurso mais baixa.
Responder1
Através da mudança da classe de instância para uma ainda mais eficiente para operações computacionais (como uma classe de instância deB4, com um limite de CPU mais alto, no seu caso) de fato tornaria seu aplicativo mais rápido nesse aspecto, mas, no entanto,custa mais.
Antes de atualizar sua classe de instância, recomendamos garantir que nada possa ser feito programaticamente para aumentar a velocidade de seu aplicativo, pois o preço, neste caso, provavelmente dobrará.