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] > 통합 > 설정에서 사용할 수 있습니다.
