11.3.2. app_id 및 App_Key 쌍


API 키 패턴은 애플리케이션의 ID와 비밀 사용 토큰을 하나의 토큰으로 결합합니다. 그러나 이 패턴은 다음 두 가지를 구분합니다.

  • API를 사용하는 각 애플리케이션은 애플리케이션 ID(App ID )라고 하는 변경 불가능한 초기 식별자를 발행합니다. 앱 ID는 일정하며 비밀로 유지될 수도 있고 그렇지 않을 수도 있습니다.
  • 또한 각 애플리케이션은 1~5개의 애플리케이션 키 (App_Keys)를 가질 수 있습니다. 각 키는 App_ID와 직접 연결되며 시크릿으로 처리되어야 합니다.
app_id = 80a4e03 app_key = a1ee8bf10a4e0d1f13853a76f7c8d5f4

기본 설정에서 개발자는 애플리케이션당 최대 5개의 키를 만들 수 있습니다. 이를 통해 개발자는 새 키를 만들고 코드를 추가한 다음 애플리케이션을 다시 배포한 다음 이전 키를 비활성화할 수 있습니다. 이로 인해 API 키 재생성으로 인해 애플리케이션 다운 타임이 발생하지 않습니다.

통계 및 속도 제한은 API 키가 아닌 단위의 애플리케이션 ID 수준으로 항상 유지됩니다. 개발자가 두 세트의 통계를 추적하려는 경우 두 개의 키가 아닌 두 개의 애플리케이션을 생성해야 합니다.

시스템에서 모드를 변경하고 애플리케이션 키가 없으면 애플리케이션을 만들 수도 있습니다. 이 경우 3scale 시스템은 App ID만 기반으로 액세스를 인증합니다(키 검사는 수행되지 않음). 이 모드는 위젯 유형 시나리오 또는 애플리케이션 대신 속도 제한이 적용되는 위치에 유용합니다. 대부분의 경우 API가 존재하는 애플리케이션당 하나 이상의 애플리케이션 키가 있는지 적용하려고 합니다. 이 설정은 [your_API_name] > 통합 > 설정에서 사용할 수 있습니다.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동