다음을 통해 공유


Azure API Management 서비스 제한 이해

Azure API Management는 API, 작업 및 기타 엔터티와 같은 리소스에 다양한 제한을 적용합니다. 이 문서에서는 이러한 제약 조건이 존재하는 이유와 이러한 제약 조건 내에서 서비스를 효과적으로 사용하는 방법을 설명합니다.

서비스 제한이 있는 이유는 무엇인가요?

클라우드 서비스도 한정된 리소스를 사용하는 물리적 인프라에서 작동하기 때문에 Azure API Management의 서비스 제한은 모든 Azure 서비스에서와 마찬가지로 존재합니다. Azure는 엄청난 확장성과 유연성을 제공하지만, 기본 하드웨어 및 시스템 아키텍처에는 고객에게 안정적인 성능을 보장하기 위해 관리하는 내재된 제약 조건이 있습니다.

Azure API Management의 서비스 제한은 임의 제약 조건이 아니지만 다음을 기반으로 보정됩니다.

  • Azure 플랫폼 용량 및 성능 특성
  • 서비스 계층 기능
  • 일반적인 고객 사용 패턴

리소스 제한은 상호 관련되고 함께 작동하도록 조정됩니다. 서비스의 단일 측면이 서비스의 전반적인 성능을 방해하지 않도록 방지합니다.

클래식 계층의 서비스 제한 변경

2026년 3월부터 Azure API Management는 클래식 계층(개발자, 기본, 표준 및 프리미엄) 및 소비 계층의 인스턴스에 업데이트된 제한을 적용합니다. 이러한 업데이트는 각 계층의 기능에 부합하며 고객이 자신의 요구에 적합한 옵션을 선택하는 데 도움이 됩니다.

클래식 계층에 대한 현재 제한은 여기에 게시됩니다. 2026년 3월까지 제한이 있는 엔터티의 범위를 줄일 수 있습니다.

변경 내용

  • 클래식 계층 리소스에 대한 새로운 제한은 V2 서비스 계층의 제한과 더 쉽게 비교됩니다.
  • 이전에는 클래식 계층의 특정 리소스에 대한 제한이 명시적으로 정의되거나 적용되지 않았습니다. 실제로 이러한 리소스는 항상 서비스 구성, 서비스 용량, 배율 단위 수, 정책 구성 및 기타 요인에 의해 제한되었습니다. 새 제한을 사용하면 이러한 제약 조건이 명시적이고 예측 가능합니다.

기존 고객에 대한 제한 정책

기존 API Management 인스턴스가 이미 새 클래식 계층 제한을 초과하는 경우 중단 없이 리소스를 계속 사용할 수 있습니다. 즉, 다음을 의미합니다.

  • 이미 게시된 제한을 초과하는 기존 서비스는 영향을 받지 않습니다.
  • 기존 리소스를 변경하고 현재 사용량보다 작은 임계값까지 새 리소스를 추가할 수 있습니다.

이 방법을 사용하면 기존 워크로드가 중단되지 않고 시간이 지남에 따라 새로운 제한에 맞게 조정되도록 할 수 있습니다.

리소스를 관리하기 위한 전략

특정 리소스 제한에 접근했거나 이미 도달한 경우 다음 전략을 고려하십시오.

리소스 관리 개선

  • 사용되지 않는 리소스에 대한 정기적인 정리 프로세스 구현
  • 태그를 효과적으로 사용하여 통합 또는 제거할 수 있는 리소스 식별
  • 용량 메트릭을 검토하여 리소스 사용률을 파악하고 잠재적인 병목 상태를 식별합니다.

API 및 운영 조직 최적화

API 작업, 백 엔드, 태그 등 API 및 API 관련 리소스의 수를 계산할 때 API Management에는 API 버전 및 수정 버전도 포함됩니다. 이러한 리소스에 대한 제한에 근접할 때 다음 전략을 고려합니다.

  • 사용되지 않는 API 버전 또는 수정 버전 제거
  • 적절한 경우 작업 통합 또는 제거
  • 많은 수의 작업으로 API를 더 작고 집중된 여러 API로 재구성
  • 전략적으로 API 버전 및 수정 버전 사용

서비스 계층 평가

리소스 한도에 지속적으로 도달하는 경우 현재 서비스 계층을 평가할 가치가 있을 수 있습니다. API와 같은 특정 제한은 서비스 계층에 따라 다릅니다.

  • 단위를 추가하거나 계층을 업그레이드하는 옵션을 고려합니다.
  • 현재 계층에 추가 API Management 인스턴스를 배포하는 것이 좋습니다.

제한 증가에 대한 지침

경우에 따라 특정 서비스 제한에 대한 증가를 요청할 수 있습니다. 이렇게 하기 전에 다음 지침을 확인합니다.

  • 제한 증가를 요청하기 전에 문제를 사전에 해결하는 전략을 살펴봅니다. 자세한 내용은 이전 전략에서 리소스 관리 섹션을 참조하세요.

  • 전체 서비스 성능 및 안정성에 대한 제한 증가의 잠재적 영향을 고려합니다. 제한을 늘리면 서비스의 용량에 영향을 주거나 일부 서비스 작업에서 대기 시간이 증가할 수 있습니다.

제한 증가 요청

한도 증가를 요청하려면 Azure Portal에서 지원 요청을 만듭니다. 자세한 내용은 Azure 지원 계획을 참조하세요.

제한 증가에 대한 요청은 사례별로 평가되며 보장되지 않습니다. 한도 증가에 대한 프리미엄 계층 고객의 우선 순위를 지정합니다.