현재 Apigee Edge 문서가 표시되고 있습니다.
Apigee X 문서로 이동 정보
2014년 1월 29일 수요일에 새로운 온프레미스 버전의 Apigee Edge를 출시했습니다.
궁금한 점이 있으면 Apigee 고객 지원으로 이동하세요.
이 버전에는 다음 클라우드 출시의 기능 및 버그 수정이 포함되어 있습니다.
새로운 기능 및 개선사항
- 토큰의 OAuth 2.0 맞춤 속성 업데이트
새로운 'OAuth v2.0 정보 설정' 정책을 통해 OAuth 2.0 토큰의 맞춤 속성을 업데이트할 수 있습니다.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
OAuth 1.0a 정책 업데이트
이번 버전에는 OAuth 1.0a 정책이 다음과 같이 업데이트되었습니다.- OAuth 2.0 토큰과 마찬가지로 이제 OAuth 1.0a 토큰에 맞춤 속성을 설정할 수 있습니다.
- 새로운 GenerateVerifier 작업을 통해 OAuth 1.0a 인증 도구를 생성하고 반환할 수 있습니다(OAuth 2.0의 승인 코드와 유사).
- 흐름 변수의 SSL 정보
이제 Apigee Edge를 사용하여 흐름 변수의 SSL 정보를 전파하고 액세스할 수 있습니다. ProxyEndpoint에 새 'propagate.additional.ssl.headers' 속성을 설정하면 Apache 웹 서버에서 사용 가능한 동일한 SSL 정보에 액세스할 수 있습니다.
http://apigee.com/docs/api-services/api/variables-reference
- JMS 헤더를 HTTP 헤더로 사용
이제 모든 JMS 헤더가 다운스트림 처리를 위해 HTTP 헤더로 전파됩니다.
- Node.js 모듈 업데이트
Apigee의 기본 제공 Node.js 모듈이 업데이트되어 argo 0.4.9, 비동기 0.2.9, Express 3.4.8, 밑줄 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-cache-memory apigee.0.3, volos-oauth-apigee 0.0.3, volos-oauth-apigee 0.4.9, async 0.2.9, Express 3.4.8
-
관리 UI의 맞춤 역할 - 베타
이 출시 버전에는 '비즈니스 사용자', '운영 관리자', '조직 관리자', '사용자'의 기존 사용자 역할 외에 관리 UI에서 맞춤 역할을 만들 수 있는 베타 기능이 포함되어 있습니다. 커스텀 역할을 사용하여 다양한 Edge 기능에 대한 액세스를 제어할 수 있습니다. - 고급 API 서비스 (이전 명칭: 앱 서비스) 설치 프로그램
이제 Apigee Edge Advanced API 서비스 (이전 명칭: 앱 서비스)를 온프레미스에서 사용할 수 있습니다. 기존 Edge 설치 프로그램을 사용하면 자체 온프레미스 환경에서 고급 API 서비스를 배포하고 구성할 수 있습니다.
- 개발자 서비스 수익 창출 (이전의 수익 창출 서비스) 설치 프로그램
수익 창출 기능은 에지 개발자 서비스의 일부입니다. 이제 Edge 온프레미스 설치 프로그램에 향상된 통합 수익 창출 설치 프로그램이 포함됩니다. 수익을 창출하려면 추가 유료 라이선스가 필요합니다.
- 단일 호스트의 여러 메시지 프로세서 - 자동 설치
이 개선사항은 단일 호스트에 설치된 여러 메시지 프로세서의 배포 토폴로지를 지원하므로, 각 메시지 프로세서를 특정 IP 주소에 결합해야 합니다. 이제 자동 설치 구성 파일에BIND_ON_ALL_INTERFACES=n속성 설정을 추가하여 메시지 프로세서가 동일한 파일의HOSTIP속성으로 지정된 특정 IP 주소를 리슨하도록 할 수 있습니다. 이 속성 및 자동 설치 구성에 대한 자세한 내용은 Apigee 온프레미스 배포 키트 설치 및 구성 가이드를 참조하세요.
-
JMS 업데이트
이 출시 버전에는 다음을 포함하여 Apigee의 JMS 지원에 대한 다양한 업데이트가 포함되어 있습니다.- 이제 모든 JMS 헤더가 다운스트림 처리를 위해 HTTP 헤더로 전파됩니다.
- 이제 JMS 프록시에서 사용하는 ResponseQueue에 배치된 메시지에 ExpiryTime 및 DeliveryMode를 지정할 수 있습니다. 표준 JMS 헤더와 일치하는 모든 HTTP 헤더는 '있는 그대로' 설정되며 다른 HTTP 헤더는 JMS 프록시에서 사용하는 응답 메시지에 JMS 속성으로 설정됩니다.
수정된 버그
| 주제 | 설명 |
|---|---|
| 맞춤 역할 권한 | 이제 맞춤 역할을 사용하여 설정된 권한이 예상대로 작동합니다. |
| API 지연 시간 분석 | API 프록시 흐름에서 대상 시스템 호출로 인해 시간 초과 (예: HTTP 읽기 시간 제한)가 발생하면 API 분석에 대상 지연 시간이 포함됩니다. |
| 정책의 'type' 속성 | 이제 'type' 속성이 모든 Apigee 정책에서 올바르게 작동합니다. |
| OAuth 2.0 무효화 토큰 | 이제 Apigee OAuth 2.0 정책의 토큰 무효화 기능이 OAuth 사양과 일치합니다. '토큰' 매개변수를 설정할 때 더 이상 '유형'을 제공할 필요가 없습니다. |
| 키-값 맵이 있는 RBAC | 역할 기반 액세스 제어가 이제 환경 수준에서 생성된 키-값 맵에 작동합니다. |
| OAuth 1.0a 정책 응답 형식 | OAuth 1.0a 정책으로 API에 요청할 때 이제 응답이 Accept 헤더 형식으로 반환됩니다. |
알려진 문제
| 주제 | 설명 |
|---|---|
| HTTP 1.0 요청, HTTP 1.1 응답 |
이 문제에는 클라이언트가 헤더에
content-length 속성이 있는 HTTP 1.0을 사용하여 요청을 전송하지만, 백엔드 서비스가 HTTP 1.1을 사용하도록 구성되어 있고 대신 단위 분할 인코딩을 위해 transfer-encoding 속성을 반환하는 시나리오가 포함됩니다.
이 시나리오를 성공적으로 처리하려면AssignMessage 정책을 사용하여 HTTP 1.1 응답에서
transfer-encoding 속성을 삭제하면 됩니다. API 프록시 응답 흐름에 연결되는 다음 정책에서는 transfer-encoding 속성이 HTTP 헤더에서 삭제되며, 이를 통해 클라이언트는 분할되지 않은 응답을 수신할 수 있습니다.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|