Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Estás consultando la documentación de Apigee y Apigee Hybrid.
Consulta la documentación de
Apigee Edge.
En esta sección se describen los antipatrones habituales que se producen cuando se implementan proxies de API en Apigee.
¿Qué es un antipatrón?
Un antipadrón es una práctica de diseño de software que es ineficaz o contraproducente. En otras palabras, es lo contrario de una práctica recomendada.
Dicho de otro modo, un antipatrón es algo que el software te permite hacer, pero que puede tener un impacto negativo en el funcionamiento o el rendimiento.
Por ejemplo, considera la clase u objeto "Dios", que suena omnipotente. En la programación orientada a objetos, una clase todopoderosa es una clase que controla demasiadas clases para una aplicación determinada, como se ilustra en el siguiente árbol de referencia:
Imagen 1: clase divina
Como se muestra en la imagen, la clase dios usa y hace referencia a demasiadas clases.
El framework en el que se ha desarrollado la aplicación no impide la creación de esta clase, pero tiene muchas desventajas, entre las que destacan las siguientes:
Difícil de mantener
Punto único de fallo cuando se ejecuta la aplicación
Por lo tanto, este tipo de clase es un antipatrón que debes evitar crear.
La buena noticia es que puedes identificar estos antipatrones y corregirlos con las prácticas recomendadas adecuadas, lo que hará que las APIs que implementes en Apigee cumplan mejor su propósito.
Resumen de los antipatrones
En la siguiente tabla se enumeran algunos antipatrones de API habituales:
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-03 (UTC)."],[[["\u003cp\u003eThis documentation outlines common antipatterns encountered when deploying API proxies on Apigee and Apigee hybrid.\u003c/p\u003e\n"],["\u003cp\u003eAn antipattern is a software design practice that is ineffective or counterproductive, potentially causing adverse functional or performance impacts, as opposed to a best practice.\u003c/p\u003e\n"],["\u003cp\u003eAntipatterns, such as a "God Class" in object-oriented programming, are undesirable practices that can lead to maintenance issues and single points of failure.\u003c/p\u003e\n"],["\u003cp\u003eSeveral policy, generic, and backend antipatterns are detailed, including issues related to caching, quota management, and managing Apigee resources.\u003c/p\u003e\n"],["\u003cp\u003eThe document also provides a link to download a comprehensive eBook that goes over these antipatterns.\u003c/p\u003e\n"]]],[],null,["# Introduction to antipatterns\n\n*You're viewing **Apigee** and **Apigee hybrid** documentation.\nView [Apigee Edge](https://docs.apigee.com/api-platform/antipatterns/intro) documentation.*\n\nThis section is about common antipatterns that arise when API proxies are deployed\non Apigee.\n\nWhat is an antipattern?\n-----------------------\n\nAn [*antipattern*](https://en.wikipedia.org/wiki/Anti-pattern) is a software\ndesign practice that is ineffective or\ncounterproductive---in other words, the opposite of a \"best practice.\"\nTo put it another way, an antipattern is something that the software allows you to do, but\nthat may have an adverse functional or performance impact.\n\nFor example, consider the omnipotent-sounding \"God Class/Object\". In objected oriented\nprogramming, a *god class* is a class that controls too many classes\nfor a given application, as illustrated by the following reference tree:\n**Figure 1**: God class\n\nAs the image illustrates, the god class uses and references too many classes.\n\nThe framework on which the application was developed does not prevent the creation of such a\nclass, but it has many disadvantages, the primary ones being:\n\n- Hard to maintain\n- Single point of failure when the application runs\n\nConsequently, such a class is an antipattern that you should avoid creating.\n\nThe good news is that you can identify these antipatterns and rectify them with\nappropriate best practices, which will make the APIs you deploy on Apigee best serve their intended\npurpose.\n\nSummary of antipatterns\n-----------------------\n\nThe following table lists some common API antipatterns:\n\n### Download antipatterns eBook\n\nIn addition to the links above, you can also download the antipatterns in eBook format:\n\n- [The Book of Apigee Antipatterns v2.0 (PDF)](https://docs.apigee.com/files/Apigee_Edge_Antipatterns_2_0.pdf)"]]
