Apigee Edge 문서입니다.
Go to the
Apigee X documentation. info
2014년 1월 29일 수요일에 새로운 Apigee Edge 온프레미스 버전이 출시되었습니다.
궁금한 점이 있으면 Apigee Edge 지원팀에 문의하세요.
이번 출시에는 다음과 같은 클라우드 출시 버전의 기능과 버그 수정이 포함되어 있습니다.
새로운 기능 및 개선사항
- 토큰의 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, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2 모듈이 포함되었습니다.
-
관리 UI의 커스텀 역할 - 베타
이번 출시에는 기존의 '비즈니스 사용자', '운영 관리자', '조직 관리자', '사용자' 사용자 역할 외에도 관리 UI에서 커스텀 역할을 만들 수 있는 베타 기능이 포함되어 있습니다. 커스텀 역할을 사용하여 다양한 Edge 기능에 대한 액세스를 제어할 수 있습니다. - 고급 API 서비스 (이전의 앱 서비스) 설치 프로그램
이제 Apigee Edge 고급 API 서비스 (이전의 앱 서비스)를 온프레미스에서 사용할 수 있습니다. 기존 Edge 설치 프로그램을 사용하면 자체 온프레미스 환경에서 고급 API 서비스를 배포하고 구성할 수 있습니다.
- 개발자 서비스 수익 창출 (이전의 수익 창출 서비스)
설치 프로그램
수익 창출 기능은 Edge 개발자 서비스의 일부입니다. 이제 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 사양과 일치합니다. 이제 'token' 매개변수를 설정할 때 'type'을 제공할 필요가 없습니다. |
| 키/값 맵이 있는 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
프록시 응답 흐름에 연결되는 다음 정책에서 HTTP 헤더에서 transfer-encoding 속성이 삭제되므로 클라이언트가 청크되지 않은 응답을 수신할 수 있습니다.
<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>
|