---
schema_version: "1"
id: 79cd99c75a3ea5469e6fc6107e37527ac30b0421594e1ca402f63c4d1b21215e
title: "Use Case 3: Non-Organization-Owned API Exposed to an Organization-Owned API Consumer"
collection: mulesoft
version: current
locale: en-us
portal_url: https://docs.salesforce.com/mulesoft/current/en-us/gateway/1.12/flex-architecture-uc3.md
canonical_url: https://docs.mulesoft.com/gateway/1.12/flex-architecture-uc3
source_site: docs.mulesoft.com
content_type: documentation
content_hash: 083df7d441f617d46d6372196401007398e2a43b0a6304cf11663cc38f6a0b27
description: MuleSoft Documentation Site
release: "1.12"
latest: false
---
---
product: Omni Gateway
version: 1.12
---

# Use Case 3: Non-Organization-Owned API Exposed to an Organization-Owned API Consumer

> For the full documentation index, see: https://docs.mulesoft.com/llms.txt

Use case three covers all patterns of a scenario in which a non-organization-owned API is exposed to
an organization-owned API consumer.

Use case examples:

- A payments service must obtain exchange rates from an external service provider.

- An internal API Consumer accesses the organization’s external ServiceNow instance (SaaS service).

## Pattern 7: Non-Organization External API exposed to an Organization Internal Consumer

In pattern seven, you deploy Flex Gateway as an egress. You can use Flex Gateway to monitor,
control, and enrich the flows to external services. Additionally, you can rate limit external access
and track metrics and analytics.

![Flex Gateway acts as an egress to monitor incoming traffic from the external API.](/mulesoft/current/en-us/gateway/1.12/_images/ad-uc-1-p-3.png)

The following diagram shows the physical implementation of a scenario in which a non-organization
external API is exposed to an organization internal consumer on Kubernetes. The diagram assumes that
the firewall terminates the incoming non-organization external mTLS connection.

![A detailed view of pattern](/mulesoft/current/en-us/gateway/1.12/_images/ad-uc-3-p-7-physical.png)

## Pattern 8: Non-Organization External API exposed to an Organization External Consumer

In pattern eight, Flex Gateway acts as an intermediary between two organization external entities.
Flex Gateway runs as an ingress and egress that applies secure communication and policy enforcement.

![Flex Gateway acts as an intermediary between an external application and external API.](/mulesoft/current/en-us/gateway/1.12/_images/ad-uc-1-p-4.png)

The following diagram shows the physical implementation of a scenario in which an external
non-organization API is exposed to an organization external consumer on Kubernetes. The diagram
assumes that the firewall terminates the incoming external mTLS connection.

![A detailed view of pattern eight, which contains the necessary services to support Flex Gateway](/mulesoft/current/en-us/gateway/1.12/_images/ad-uc-3-p-8-physical.png)

## See Also

- [Use Case 1: Organization-Owned API Exposed to an Organization-Owned API Consumer](https://docs.mulesoft.com/gateway/1.12/flex-architecture-uc1)

- [Use Case 2: Organization-Owned API Exposed to a Non-Organization-Owned API Consumer](https://docs.mulesoft.com/gateway/1.12/flex-architecture-uc2)

- [Use Case 4: Non-Organization-Owned API Exposed to a Non-Organization-Owned API Consumer](https://docs.mulesoft.com/gateway/1.12/flex-architecture-uc4)
