|
| 1 | += Gateway Policies in API Manager |
| 2 | +ifndef::env-site,env-github[] |
| 3 | +include::_attributes.adoc[] |
| 4 | +endif::[] |
| 5 | +:imagesdir: ../assets/images |
| 6 | +:page-aliases: |
| 7 | + |
| 8 | +From API Manager, you can apply policies to APIs in Flex Gateway Connected Mode or in Mule Gateway. |
| 9 | + |
| 10 | +Policies enable you to enforce regulations to help manage security, control traffic, and improve adaptability of your APIs. For example, a policy can control authentication, access, allotted consumption, and service level access (SLA). |
| 11 | + |
| 12 | +With policies, you can implement these regulations with no modification to the code implementation. |
| 13 | + |
| 14 | +Because the policies are implemented by the Gateway, policies are documented in the xref:gateway-home::gateway-overview.adoc[Gateway documentation]. For more information, see the xref:policies::policies-overview.adoc[Policy documentation] or use the links in the following sections. |
| 15 | + |
| 16 | +== Policies Included in Flex Gateway and Mule Gateway |
| 17 | + |
| 18 | +* xref:policies::policies-included-directory.adoc[Included Policies Directory] |
| 19 | + |
| 20 | +== Applying Policies in Flex Gateway Connected Mode and in Mule Gateway |
| 21 | + |
| 22 | +* xref:policies::policies-included-apply.adoc[Apply an Included Policy] |
| 23 | + |
| 24 | +== See Also |
| 25 | + |
| 26 | +* xref:policies::policies-included-reorder.adoc[] |
| 27 | +* xref:policies::policies-policy-categories.adoc[Policy Categories] |
| 28 | +* xref:policies::policies-compare-versions.adoc[Comparison of Mule 3 and Mule 4 Policies] |
| 29 | +* xref:policies::policies-flex-dataweave-support.adoc[DataWeave Support in Flex Gateway Policies] |
| 30 | +* xref:policies::policies-automated-overview.adoc[Automated Policies] |
| 31 | +* xref:policies::policies-resource-level-overview.adoc[Resource-Level Policies] |
| 32 | +* xref:policies::policies-custom-overview.adoc[Custom Policies] |
| 33 | + |
| 34 | + |
| 35 | + |
| 36 | +// You can apply policies to any HTTP-based APIs, such as: |
| 37 | + |
| 38 | +// An APIkit project |
| 39 | + |
| 40 | +// For example, deploy the APIkit project to Anypoint Platform using API Autodiscovery, and then apply a policy. |
| 41 | + |
| 42 | +// An API running on CloudHub |
| 43 | + |
| 44 | +// Design an API on Anypoint Platform, configure a proxy for Cloudhub, and apply a policy. |
| 45 | + |
| 46 | +// An API running on Anypoint Runtime Fabric |
| 47 | + |
| 48 | +// Design an API on Anypoint Platform, configure a proxy for Runtime Fabric, and apply a policy. |
| 49 | + |
| 50 | +// An API deployed to a private or cloud-based Mule runtime engine (Mule) 3.8.x or later |
| 51 | + |
| 52 | +// You can apply a policy to any API implemented in Anypoint Platform, as long as the API is exposed through an HTTP listener. You can also apply a policy to APIs not implemented in Anypoint Platform by deploying a proxy application to control how and when a received request is forwarded to its implementation endpoint. Anypoint API Manager supports RAML, HTTP, or SOAP-based proxies. |
| 53 | + |
| 54 | +// When applying a policy with SLA, you can set an API alert to notify you when an API request violates that policy. By default, a policy applies to the entire API, filtering traffic requests to every resource and method. You can configure this to provide resource-level granularity if needed. |
0 commit comments