19.03.01 - 퍼블릭 클라우드용 Apigee Edge 출시 노트

부하 분산 - 실패한 서버를 삭제하는 기능이 강화됨

API 프록시의 부하 분산기를 구성할 때 부하 분산 순환에서 서버가 삭제되기 전에 발생하는 응답 실패 횟수를 결정할 수 있습니다. 응답이 실패하면 Apigee가 대상 서버에서 응답을 수신하지 않습니다. 이러한 경우 실패 카운터가 1회씩 증가합니다. Apigee에서 대상의 응답을 수신하면 응답이 HTTP 오류 (예: 500)이더라도 대상 서버의 응답으로 집계되고 실패 카운터는 재설정됩니다. 잘못된 HTTP 응답 (예: 500)이 발생하는 경우 장애 카운터를 증분하여 가능한 한 빨리 비정상 서버가 부하 분산 로테이션에서 제외될 수 있도록 부하 분산기 구성에 <ResponseCode> 하위 요소와 함께 새로운 <ServerUnhealthyResponse> 요소를 추가할 수 있습니다. 또한 Edge는 이러한 코드가 포함된 응답을 실패로 카운트합니다.

<HTTPTargetConnection>
  <LoadBalancer>
    <Algorithm>RoundRobin</Algorithm>
    <Server name="target1" />
    <Server name="target2" />
    <ServerUnhealthyResponse>
        <ResponseCode>500</ResponseCode>
        <ResponseCode>502</ResponseCode>
        <ResponseCode>503</ResponseCode>
    </ServerUnhealthyResponse>
    <MaxFailures>5</MaxFailures>
  </LoadBalancer>
</HTTPTargetConnection>
  
  

AccessControl 정책 개선사항

AccessControl 정책은 API 프록시를 호출할 수 있는 IP 주소를 결정합니다. 이 정책의 새로운 요소를 통해 API 개발자는 평가할 IP 주소를 더 효과적으로 식별할 수 있습니다.

<IgnoreTrueClientIPHeader>: 선택사항 (기본값은 false). 이 요소를 true로 설정하면 정책이 True-Client-IP 헤더를 무시하고 X-Forwarded-For 헤더에서 IP 주소를 평가하고, 사용자가 구성한 X-Forwarded-For 평가 동작을 따릅니다.

<AccessControl async="false" continueOnError="false"
    enabled="true" name="Access-Control-1">
    <DisplayName>Access Control-1</DisplayName>
    <IgnoreTrueClientIPHeader>true</IgnoreTrueClientIPHeader>
    ...
</AccessControl>

자세한 내용은 이 커뮤니티 게시물을 참고하세요.

FaultRules 처리를 더 깔끔하고 강력하게 할 수 있도록 RaiseFault 정책에 두 가지 새로운 요소가 제공됩니다.

• ShortFaultReason는 불리언으로, true로 설정하면 정책 이름이 fault.reason 변수에 배치됩니다.
• FaultResponse에서 사용할 수 있는 AssignVariable를 사용하면 API 프록시 흐름의 다른 정책에서 사용할 변수에 오류 응답을 할당할 수 있습니다.

이제 호스팅된 대상에 한도가 적용됩니다. 한도에 관한 자세한 내용은 한도를 참고하세요.

이제 메시지 템플릿 변수를 사용하여 AccessControl 정책에서 IP 주소와 CIDR 마스크를 설정할 수 있습니다. 예를 들어 키 값 맵 (KVM)에 IP 주소와 마스크를 저장하려면 API 프록시 흐름에서 설정한 변수에서 해당 값을 검색하면 됩니다. 이렇게 하면 정책 구성을 변경하지 않고도 런타임에 IP 값을 더 쉽게 변경할 수 있습니다.

예를 들어 다음을 사용하지 않습니다.

<MatchRule action="DENY">
    <SourceAddress mask="24">198.51.100.1</SourceAddress>
</MatchRule>
     

값이 KVM에 저장되어 있고 KeyValueMapOperations 정책을 사용하여 값을 검색하고 여기에 표시된 변수에 할당한다고 가정하면 다음과 같이 정책을 구성할 수 있습니다.

<MatchRule action="DENY">
    <SourceAddress mask="{kvm.mask.ref}">{kvm.ip.ref}</SourceAddress>
</MatchRule>
     

API 모니터링은 API 모니터링 액세스에 설명된 API 모니터링 관리자와 API 모니터링 사용자라는 두 가지 역할을 제공합니다. 이러한 기능은 2018년 12월에 제공되었습니다.

이제 Edge는 각 요청에 X-Apigee.Message-Timeout 헤더를 추가합니다. 이 헤더는 Edge에서 내부적으로 사용됩니다. API 프록시에서 X-Apigee.* 헤더의 값을 사용하지 않습니다. 이러한 헤더는 고객용이 아니며 Apigee에서 언제든지 삭제 또는 변경될 수 있습니다.

API 호출이 실패하지 않도록 키 저장소 삭제 오류 처리

x-apigee.edge.execution.sense.action이 항상 null로 설정됨

ResponseCache 정책에서 NIOThread가 스레드 풀에서 거부되지 않고 실행됨

Apigee 라우터의 여러 로그 내보내기로 인해 CPU 사용량이 높음

특정 조직에서 간헐적으로 404 발생

배포된 공유 흐름이 일부 메시지 프로세서에서 실행되지 않음

이 수정사항은 다음 Edge for Private Cloud 버전에 포함될 예정입니다.

이 수정사항은 다음 Edge for Private Cloud 버전에 포함될 예정입니다.

이 수정사항은 다음 Edge for Private Cloud 버전에 포함될 예정입니다.