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

부하 분산 - 장애가 발생한 서버 제거를 위한 추가 제어 기능

부하 분산기를 사용하는 경우 몇 개의 응답 수를 장애는 서버가 부하 분산 순환에서 삭제되기 전에 발생합니다. 응답 실패 Apigee가 대상 서버로부터 어떠한 응답도 받지 않음을 의미합니다. 이 경우 카운터가 1씩 증가합니다. Apigee에서 대상으로부터 응답을 수신하면 응답이 HTTP 오류 (예: 500)이고 대상 서버의 응답으로 계산되는 경우 실패 카운터가 재설정됩니다 잘못된 HTTP 응답 (예: 500)도 비정상 서버를 부하 분산 순환에서 빼내기 위해 실패 카운터를 증가시킴 가능한 한 빨리 새로운 <ServerUnhealthyResponse> 요소를 추가할 수 있습니다. <ResponseCode> 하위 요소를 사용하여 부하 분산기 구성에 배포하면 됩니다. 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 개발자는 평가할 수 있습니다.

<IgnoreTrueClientIPHeader>: 선택사항입니다 (기본값은 false). 이 값을 true로 설정하면 정책이 True-Client-IP 헤더를 무시하고 다음 URL의 X-Forwarded-For 헤더에서 IP 주소를 평가합니다. <ph type="x-smartling-placeholder"></ph> 구성한 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 정책. 예를 들어 키-값 맵 (KVM)에서 IP 주소와 마스크를 사용한다면 설정한 변수에서 해당 값을 가져올 수 있습니다. 사용할 수 있습니다 이렇게 하면 직접 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 Monitoring은 API 모니터링 액세스에 설명된 API 모니터링 관리자와 API 모니터링 사용자라는 두 가지 역할을 제공합니다. 이 기능은 2018년 12월에 출시되었습니다.

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

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

x-apigee.edge.execution.sense.action는 항상 null로 설정됩니다.

ResponseCache 정책에서 NIOTheread는 스레드 풀

Apigee 라우터의 여러 로그 내보내기로 인해 CPU 사용량이 많아짐

특정 조직에서 간헐적인 404 문제

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

이 수정은 다음 Private Cloud용 Edge 출시 버전에 포함됩니다.

이 수정은 다음 Private Cloud용 Edge 출시 버전에 포함됩니다.

이 수정은 다음 Private Cloud용 Edge 출시 버전에 포함됩니다.