Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Esta é a documentação da Apigee e da Apigee híbrida.
Confira a documentação da Apigee Edge.
Os sistemas de back-end executam os serviços que os proxies da API acessam. Em outras palavras, eles são o
motivo fundamental para a existência de APIs e da camada proxy de gerenciamento API.
Qualquer solicitação de API encaminhada por meio da plataforma Apigee atravessa um caminho típico antes de chegar ao back-end:
A solicitação é proveniente de um cliente que pode ser algo entre um navegador e um app.
A solicitação é recebida pelo gateway da Apigee.
Ela é processada no gateway. Como parte desse processamento, a solicitação passa para
diversos componentes distribuídos.
Em seguida, o gateway encaminha a solicitação ao back-end que responde a ela.
Em seguida, a resposta do back-end transfere o caminho inverso exato por meio do gateway da Apigee
de volta ao cliente.
Na verdade, o desempenho das solicitações de API encaminhadas pela Apigee depende da Apigee e dos
sistemas de back-end. Neste antipadrão, vamos nos concentrar no impacto nas solicitações da API devido ao mau
desempenho dos sistemas de back-end.
Antipadrões
Vamos analisar o caso de um back-end problemático. Estas são as possibilidades:
O desafio de expor os serviços nesses sistemas de back-end por meio de APIs é que eles podem ser
acessados por um grande número de usuários finais. Do ponto de vista do negócio, isso é um desafio
pretendido, mas algo que precisa ser tratado.
Muitas vezes, os sistemas de back-end não estão preparados para essa demanda extra nos serviços deles e estão
consequentemente abaixo do tamanho ou não estão ajustados para uma resposta eficiente.
O problema com um back-end de tamanho inadequado é que, se houver um pico nas solicitações de API,
ele estressará recursos como CPU, carga e memória nos sistemas de back-end. Isso causaria
falhas nas solicitações da API.
Back-end lento
O problema com um back-end ajustado incorretamente é que seria muito lento responder a quaisquer
solicitações recebidas, levando a maiores latências, tempos limite prematuros e experiência
do cliente comprometida.
A plataforma Apigee oferece algumas opções ajustáveis para contornar e gerenciar o back-end lento. Mas
essas opções têm limitações.
Impacto
No caso de um back-end de tamanho inadequado, o aumento no tráfego pode levar a solicitações
com falha.
No caso de um back-end lento, a latência das solicitações aumentará.
Prática recomendada
Use o armazenamento em cache para armazenar as respostas para melhorar os tempos de resposta da API e reduzir a carga no
servidor de back-end.
Resolva o problema subjacente nos servidores de back-end lentos.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 UTC."],[[["\u003cp\u003eThis document focuses on how backend system performance impacts API requests routed through Apigee.\u003c/p\u003e\n"],["\u003cp\u003eAPI requests travel from the client, through the Apigee gateway, to the backend system, and then back, making overall performance dependent on both Apigee and the backend.\u003c/p\u003e\n"],["\u003cp\u003eInadequately sized backends can cause API requests to fail due to resource stress during traffic spikes, such as CPU, memory, and load limitations.\u003c/p\u003e\n"],["\u003cp\u003eSlow backends result in increased latency, premature timeouts, and a poor customer experience, even with Apigee's tunable options.\u003c/p\u003e\n"],["\u003cp\u003eCaching and resolving underlying issues in backend servers are best practices to improve API response times and reduce backend load.\u003c/p\u003e\n"]]],[],null,["# Antipattern: Allow a slow backend\n\n*You're viewing **Apigee** and **Apigee hybrid** documentation.\nView [Apigee Edge](https://docs.apigee.com/api-platform/antipatterns/slow-backend) documentation.*\n\nBackend systems run the services that API proxies access. In other words, they are the\nfundamental reason for the very existence of APIs and the API Management Proxy layer.\n\nAny API request that is routed via the Apigee platform traverses a typical path before it hits the backend:\n\n- The request originates from a client which could be anything from a browser to an app.\n- The request is then received by the Apigee gateway.\n- It is processed within the gateway. As a part of this processing, the request passes onto a number of distributed components.\n- The gateway then routes the request to the backend that responds to the request.\n- The response from the backend then traverses back the exact reverse path via the Apigee gateway back to the client.\n\nIn effect, the performance of API requests routed via Apigee is dependent on both Apigee and the\nbackend systems. In this antipattern, we will focus on the impact on API requests due to badly\nperforming backend systems.\n\nAntipattern\n-----------\n\nLet us consider the case of a problematic backend. These are the possibilities:\n- [Inadequately sized backend](#slow)\n- [Slow backend](#inad)\n\n### Inadequately sized backend\n\n- The challenge in exposing the services on these backend systems via APIs is that they are accessible to a large number of end users. From a business perspective, this is a desirable challenge, but something that needs to be dealt with.\n- Many times backend systems are not prepared for this extra demand on their services and are consequently under sized or are not tuned for efficient response.\n- The problem with an \"inadequately sized\" backend is that if there is a spike in API requests, then it will stress the resources like CPU, Load and Memory on the backend systems. This would eventually cause API requests to fail.\n\n### Slow backend\n\n- The problem with an improperly tuned backend is that it would be very slow to respond to any requests coming to it, thereby leading to increased latencies, premature timeouts and a compromised customer experience.\n- The Apigee platform offers a few tunable options to circumvent and manage the slow backend. But these options have limitations.\n\nImpact\n------\n\n - In the case of an inadequately sized backend, increase in traffic could lead to failed requests.\n - In the case of a slow backend, the latency of requests will increase.\n\nBest practice\n-------------\n\n - Use caching to store the responses to improve the API response times and reduce the load on the backend server.\n - Resolve the underlying problem in the slow backend servers.\n\nFurther reading\n---------------\n\n - [Apigee caching internals](/apigee/docs/api-platform/cache/cache-internals)"]]
