Puoi creare e modificare i criteri localmente utilizzando il tuo editor o IDE preferito per testo o XML.
Questo argomento utilizza il tipo di policy Quota come esempio di come creare, configurare, collegare, eseguire il deployment e testare le policy.
La maggior parte dei proxy API applica una quota. Le quote forniscono il controllo sulla frequenza con cui un'app client
è autorizzata a richiamare un'API in un determinato intervallo di tempo. Nell'esempio riportato di seguito, un criterio per le quote è
configurato per limitare le app a 1 richiesta al minuto. Anche se potrebbe non essere realistico, fornisce un modo semplice per vedere gli effetti di un criterio.
In una configurazione del proxy API, i file dei criteri vengono archiviati come file XML nella directory
/apiproxy/policies.
Ad esempio, è possibile creare una policy di tipo Quota denominata Quota Policy come file denominato
QuotaPolicy.xml con i seguenti contenuti:
Puoi creare un file di testo manualmente o generare il criterio da uno schema XML. Tutti
i criteri hanno alcune impostazioni specifiche per il tipo di criterio e altre generiche per tutti i criteri.
Quando colleghi i criteri nell'interfaccia utente di gestione, il builder proxy API genera l'istanza del criterio
dallo schema XML per il tipo di criterio selezionato. Pertanto, potresti visualizzare elementi
nella configurazione dei criteri che, per chiarezza, non sono sempre inclusi nella documentazione.
Tutte le norme definiscono i seguenti attributi:
enabled: indica se il criterio è attivato o disattivato. I criteri possono essere
attivati/disattivati in fase di runtime modificando questa impostazione. Un criterio con enabled
impostato su false non viene applicato.
continueOnError: definisce se la pipeline deve continuare a elaborare il
messaggio in caso di errore della policy. Quando vengono applicate le norme relative alle quote, gli errori indicano probabilmente che la quota è stata superata e, pertanto, questo attributo deve essere impostato su false.
name: il nome che assegni a questa policy Questo nome è univoco per questa
istanza del criterio e viene utilizzato per collegare il criterio al flusso come passaggio di elaborazione.
Nell'esempio riportato sopra, gli elementi Allow, Interval e
TimeUnit sono specifici delle norme relative alle quote. Questi elementi forniscono impostazioni che i servizi API applicano per conto di un'API. Altri tipi di criteri definiscono le proprie impostazioni, che puoi
consultare nel riferimento ai criteri.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-05 UTC."],[[["\u003cp\u003eThis guide focuses on creating, configuring, attaching, deploying, and testing policies within Apigee and Apigee hybrid environments.\u003c/p\u003e\n"],["\u003cp\u003ePolicies, exemplified here by the Quota policy, are stored as XML files in the \u003ccode\u003e/apiproxy/policies\u003c/code\u003e directory within an API proxy configuration.\u003c/p\u003e\n"],["\u003cp\u003eThe Quota policy type allows control over API invocation frequency, as illustrated by an example that limits apps to one request per minute.\u003c/p\u003e\n"],["\u003cp\u003eAll policies, including the Quota policy, have attributes such as \u003ccode\u003eenabled\u003c/code\u003e, \u003ccode\u003econtinueOnError\u003c/code\u003e, and \u003ccode\u003ename\u003c/code\u003e, which define their behavior and status.\u003c/p\u003e\n"],["\u003cp\u003ePolicy-specific elements like \u003ccode\u003eAllow\u003c/code\u003e, \u003ccode\u003eInterval\u003c/code\u003e, and \u003ccode\u003eTimeUnit\u003c/code\u003e in the Quota policy example provide settings for enforcing API limits.\u003c/p\u003e\n"]]],[],null,["# Attaching and configuring policies in XML files\n\n*This page\napplies to **Apigee** and **Apigee hybrid**.*\n\n\n*View [Apigee Edge](https://docs.apigee.com/api-platform/get-started/what-apigee-edge) documentation.*\n\nYou can create and edit policies locally, using your favorite text or XML-aware editor or IDE.\nThis topic uses the Quota policy type as an example of how to create, configure, attach, deploy,\nand test policies.\n\nMost API proxies enforce a quota. Quotas provide control over how often a client app is\npermitted to invoke an API over a given time interval. In the example below, a Quota policy is\nconfigured to limit apps to 1 request per minute. (While this may not be realistic, it does\nprovide a simple way to see the effects of a policy.)\n\nIn an API proxy configuration, Policy files are stored as XML files under\n`/apiproxy/policies` directory.\n\nFor example, a policy of type Quota called Quota Policy could be created as a file called\n`QuotaPolicy.xml` with the following content: \n\n```text\n\u003cQuota enabled=\"true\" continueOnError=\"false\" name=\"QuotaPolicy\"\u003e\n \u003cAllow count=\"1\"/\u003e\n \u003cInterval\u003e1\u003c/Interval\u003e\n \u003cTimeUnit\u003eminute\u003c/TimeUnit\u003e\n\u003c/Quota\u003e\n```\n\nYou can create a text file by hand, or you can generate the policy from an XML schema. All\npolicies have some settings that are specific to the policy type, and some settings that are\ngeneric across all policies. \nWhen you attach policies in the management UI, the API proxy builder generates the policy instance from the XML schema for the policy type you selected. Therefore, you may see elements in the policy configuration that, for clarity, are not always included in documentation.\n\nAll policies define the following attributes:\n\n- `enabled`: Indicates whether the policy is turned *on* or *off* . Policies can be enabled/disabled at runtime by changing this setting. A policy that has `enabled` set to `false` is not enforced.\n- `continueOnError`: Defines whether the pipeline should continue processing the message if the policy fails. When enforcing quota policies, errors likely indicate that the quota has been exceeded, and, therefore, this attribute should be set to false.\n- `name`: The name that you give to this policy. This name is unique to this policy instance, and it is used to attach the policy to the flow as a processing step.\n\n| **Note:** Except for `name`, you rarely need to modify the default settings for these policy attributes. For this reason, and for clarity, they are often excluded from the policy samples in the documentation.\n\nIn the example above, the elements `Allow`, `Interval`, and\n`TimeUnit` are specific to the Quota policy. These elements provide settings that API\nServices enforces on behalf of an API. Other policy types define their own settings, which you\ncan learn about in the [Policy Reference](/apigee/docs/api-platform/reference/policies/reference-overview-policy)."]]
