Apigee를 사용하면 앱 개발자가 사용할 수 있는 RESTful API를 쉽고 빠르게 빌드할 수 있습니다. 백엔드 서비스의 관리형 'facades' 역할을 하는 API 프록시를 빌드하여 API를 Apigee에 노출합니다. 이 주제에서는 Apigee의 API와 API 프록시 간의 관계를 설명합니다.
동영상: API 프록시를 소개하는 짧은 동영상을 확인하세요.
API란 무엇인가요?
API는 한 애플리케이션이 다른 애플리케이션의 기능이나 데이터를 쉽게 소비할 수 있게 하는 인터페이스입니다. API는 애플리케이션 로직과 데이터의 안정적이고 간편한 진입점을 정의하여 개발자가 다른 개발자가 빌드한 애플리케이션 로직에 쉽게 액세스하고 재사용할 수 있게 해줍니다. 웹 API의 경우 로직 및 데이터가 네트워크를 통해 노출됩니다.
API를 소비하는 애플리케이션은 변경사항에 민감하므로 API도 계약을 암시합니다.
이 계약은 일정 기간 동안 API가 예측 가능한 방식으로 변경될 것이라는 어느 정도의 확신을 제공합니다.
Apigee를 사용하면 API를 빌드할 수 있으며, 이미 API가 있는 경우 API를 직접 노출하고 관리 및 가시성 레이어를 추가할 수 있습니다. HTTP 기반 서비스(예: SOA 기반 웹 서비스)가 있는 경우 Apigee를 통해 API로 노출될 수도 있습니다.
또한 Apigee를 사용하면 백엔드 서비스 없이 API 서비스 플랫폼에서 호스팅되는 애플리케이션을 구현하여 API를 빌드할 수 있습니다. 이러한 애플리케이션을 자바스크립트와 자바에서 빌드할 수 있습니다.
API 프록시란 무엇인가요?
API 프록시를 구현하여 Apigee에 API를 노출합니다. API 프록시는 앱용 API를 백엔드 서비스에서 분리하고 백엔드 코드 변경으로부터 앱을 보호합니다. 서비스의 백엔드를 변경하면 앱이 중단 없이 동일한 API를 계속 호출합니다.
API 프록시 구성에는 두 가지 유형의 엔드포인트가 있습니다.
ProxyEndpoint: 클라이언트 앱이 API를 소비하는 방법을 정의합니다. ProxyEndpoint를 구성하여 API 프록시의 URL을 정의합니다. 또한 프록시 엔드포인트는 앱이 HTTP 또는 HTTPS를 통해 API 프록시에 액세스할지 여부를 결정합니다. 일반적으로 ProxyEndpoint에 정책을 연결하여 보안, 할당량 검사, 기타 유형의 액세스 제어 및 비율 제한을 적용합니다.
TargetEndpoint: API 프록시가 백엔드 서비스와 상호작용하는 방법을 정의합니다. 보안 설정, HTTP 또는 HTTPS 프로토콜, 기타 연결 정보를 정의하는 등의 요청을 적절한 백엔드 서비스로 전달하도록 TargetEndpoint를 구성합니다. 초기 요청을 보낸 앱의 응답 메시지 형식이 올바르게 지정되도록 TargetEndpoint에 정책을 연결할 수 있습니다.
아래 그림과 같이 API 프록시를 시각화할 수 있습니다.
API 프록시 유형
Apigee는 두 가지 프록시 유형을 지원합니다.
표준 프록시에는 표준 정책만 포함됩니다.
표준 프록시는 경량형 API 솔루션에 적합하며 API 제품에 포함되지 않습니다.
확장 프록시에는 확장 정책 또는 흐름 후크가 하나 이상 포함됩니다. 확장 프록시에는 표준 프록시보다 훨씬 더 많은 기능이 포함될 수 있습니다.
API 프록시를 만들려면 어떻게 해야 하나요?
API 프록시는 XML 구성 파일 및 코드(예: 자바스크립트 및 자바)의 번들로 구성됩니다. Apigee는 API 프록시를 만드는 여러 가지 방법을 제공합니다. 예를 들면 다음과 같습니다.
API 프록시를 정의하는 다른 모든 지원 파일과 XML 파일을 만든 후 Apigee로 가져오기
Apigee API를 통해 Apigee에 일련의 REST 요청을 전송하여 API 프록시 만들기
VS Code에서 Apigee를 사용하여 로컬에서 개발하고 보관 파일로 배포할 수 있습니다.
자세한 내용은 Apigee를 사용한 로컬 개발 개요를 참조하세요.
API 프록시 버전이란 무엇인가요?
API 프록시 버전은 API 프록시 구성에 대한 업데이트 관리를 반복적으로 수행하는 데 필요한 간단한 메커니즘을 제공합니다. 버전에 순차적으로 번호가 매겨지므로 API 프록시의 이전 버전을 배포하여 변경사항을 되돌릴 수 있습니다. 버전을 사용하면 API 프록시를 프로덕션 환경에 배포하고 테스트 환경에서 API 프록시 버전을 계속 새로 만들 수 있습니다. 준비가 되었을 때 상위 API 프록시 버전을 테스트에서 프로덕션으로 승격할 수 있습니다.
정책이란 무엇인가요?
Apigee를 사용하면 정책을 사용하여 코드를 작성하지 않고도 API 동작을 제어할 수 있습니다.
정책은 프록시 요청/응답 흐름의 일부로 제한된 특정 관리 기능을 구현하는 모듈과 같습니다. 정책을 사용하면 API에 일반적인 관리 기능을 쉽게 안정적으로 추가할 수 있습니다. 정책은 보안, 비율 제한, 변환, 중재와 같은 기능을 제공하므로 이러한 기능을 직접 코딩하고 유지할 필요가 없습니다.
첫 번째 API 프록시 만들기
Apigee에서는 첫 번째 API를 만드는 데 사용할 수 있는 일련의 가이드를 제공합니다. 첫 번째 API 프록시 빌드부터 시작합니다. 다른 주제 시작하기도 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-18(UTC)"],[[["\u003cp\u003eApigee enables the creation of RESTful APIs and API proxies, which act as managed facades for backend services, allowing applications to consume capabilities or data from other applications.\u003c/p\u003e\n"],["\u003cp\u003eAPI proxies decouple the app-facing API from backend services, shielding apps from backend code changes through two endpoints: ProxyEndpoint for client app interaction and TargetEndpoint for backend service interaction.\u003c/p\u003e\n"],["\u003cp\u003eApigee supports standard and extensible proxies, with extensible proxies offering greater functionality through the inclusion of extensible policies or flow hooks.\u003c/p\u003e\n"],["\u003cp\u003eAPI proxy revisions provide a way to manage updates to the proxy configuration, enabling the ability to revert changes or promote higher revisions from test to production environments.\u003c/p\u003e\n"],["\u003cp\u003ePolicies in Apigee are modules that implement specific management functions within the proxy request/response flow, offering features like security, rate-limiting, transformation, and mediation without requiring custom code.\u003c/p\u003e\n"]]],[],null,["*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\nApigee lets you easily and quickly build RESTful APIs that can be consumed by app\ndevelopers. You expose APIs on Apigee by building API proxies that act as managed 'facades' for\nbackend services. This topic discusses the relationship between APIs and API proxies on Apigee. \n**Video:** Check out this short video for an introduction to API\nproxies.\n\nWhat is an API?\n\nAn API is an interface that makes it easy for one application to *consume* capabilities or\ndata from another application. By defining stable, simplified entry points to application logic\nand data, APIs enable developers to easily access and reuse application logic built by other\ndevelopers. In the case of *Web APIs*, that logic and data is exposed over the network.\n\nSince applications that consume APIs are sensitive to changes, APIs also imply a *contract*.\nThe contract provides some level of assurance that, over time, the API will change in a\npredictable manner.\n\nApigee enables you to build APIs and if you have APIs already, expose them directly,\nwhile adding a management and visibility layer. If you have HTTP enabled services, such as\nSOA-based Web services, they can also be exposed as APIs via Apigee.\n\nApigee also enables you to build APIs by implementing applications hosted on the API Services\nplatform---with no backend service involved. You can build these applications in JavaScript and\nJava.\n| **Best practice:** Apigee provides a wealth of information about APIs and best practices for developing and consuming them. To get started, see the [How to design APIs that developers love](https://www.youtube.com/watch?v=kgIq02wP73s) or download the free eBook [Web API Design: The Missing Link](/static/files/apigee/apigee-web-api-design-the-missing-link-ebook.pdf).\n\nWhat is an API proxy?\n\nYou expose APIs on Apigee by implementing *API proxies*. API proxies decouple the\napp-facing API from your backend services, shielding those apps from backend code\nchanges. As you make backend changes to your services, apps continue to call the same API\nwithout any interruption.\n\nIn an API proxy configuration, there are two types of endpoints:\n\n- **ProxyEndpoint:** Defines the way client apps consume your APIs. You configure the ProxyEndpoint to define the URL of your API proxy. The proxy endpoint also determines whether apps access the API proxy over HTTP or HTTPS. You usually attach *policies* to the ProxyEndpoint to enforce security, quota checks, and other types of access control and rate-limiting.\n- **TargetEndpoint:** Defines the way the API proxy interacts with your backend services. You configure the TargetEndpoint to forward requests to the proper backend service, including defining any security settings, HTTP or HTTPS protocol, and other connection information. You can attach *policies* to the TargetEndpoint to ensure that response messages are properly formatted for the app that made the initial request.\n\nYou can visualize API proxies as shown by the graphic below:\n\nAPI proxy types\n\nApigee supports two proxy types:\n\n- **Standard proxies** include only [standard policies](/apigee/docs/api-platform/reference/policies/reference-overview-policy#policy-types). Standard proxies are suitable for lightweight API solutions and cannot be included in [API products](/apigee/docs/api-platform/publish/what-api-product#limitations).\n- **Extensible proxies** include at least one [extensible policy](/apigee/docs/api-platform/reference/policies/reference-overview-policy#policy-types) or flow hook. Extensible proxies can include much more functionality than standard proxies.\n\nHow do you create an API proxy?\n\nAn API proxy consists of a bundle of XML configuration files and code (such as JavaScript and\nJava). Apigee provides several ways for you to create API proxies, including:\n\n- Using the [Apigee UI](https://apigee.google.com) to define an API proxy in a Graphical User Interface (GUI). For more, see [Build a simple\n API proxy](/apigee/docs/api-platform/fundamentals/build-simple-api-proxy).\n- Creating XML files, along with any other supporting files, that define your API proxy and then importing them into Apigee.\n- Using the [Apigee API](/apigee/docs/reference/apis/apigee/rest) to create your API proxies by making a series of REST requests to Apigee.\n- Develop locally using Apigee in VS Code and deploy as an archive. For more information, see [Overview of local development with Apigee](/apigee/docs/api-platform/local-development/overview)\n\nWhat is an API proxy revision? **Warning:** Don't confuse the version of an API (that is, the public interface) with the *revision* of an API proxy (that is, the internal number associated with a configuration). The two numbers are unrelated, and the revision number of an API proxy is totally opaque to apps that consume your API.\n\nAPI proxy revisions provide a lightweight mechanism for managing the updates to the API proxy\nconfiguration as you iterate. Revisions are sequentially numbered, enabling you to revert a change\nby deploying a previous revision of your API proxy. Revisions let you deploy an API proxy\ninto a production environment while continuing to create new revisions of that API proxy in a\ntest environment. When you are ready, you can *promote* the higher revision of your API\nproxy from test to prod.\n\nWhat is a policy?\n\nApigee enables you to control API behavior without writing any code by using\n[policies](/apigee/docs/api-platform/reference/policies/reference-overview-policy).\nA policy is like a module that implements a specific, limited management function as part of the\nproxy request/response flow. Policies are designed to let you add common types of management\ncapabilities to an API easily and reliably. Policies provide features like security,\nrate-limiting, transformation, and mediation capabilities, saving you from having to code and\nmaintain this functionality on your own.\n\nCreate your first API proxy\n\nApigee provides a set of tutorials that you can use to create your first API. Start with the\n[Build your first API proxy](/apigee/docs/api-platform/get-started/get-started). See also other [Get started topics](/apigee/docs/getstarted).\n\nLearn more\n\n- [API proxy configuration reference](/apigee/docs/api-platform/reference/api-proxy-configuration-reference)\n- [API development\n lifecycle](/apigee/docs/api-platform/fundamentals/api-development-lifecycle)\n- [Key points of API\n proxy development](/apigee/docs/api-platform/fundamentals/structure-api-proxies)"]]