19.03.01 - Herkese Açık Cloud için Apigee Edge sürüm notları

Yük dengeleme: Hata veren sunucuları kaldırmak için daha fazla kontrol

Bir API proxy'si için yük dengeleyici yapılandırırken bir sunucunun yük dengeleme rotasyonundan kaldırılmadan önce kaç yanıt hatası oluşacağını belirleyebilirsiniz. Yanıt hatası, Apigee'nin hedef sunucudan yanıt almadığı anlamına gelir. Bu durumda hata sayısı bir artar. Apigee bir hedeften yanıt aldığında (yanıt bir HTTP hatası olsa bile, örneğin 500) bu, hedef sunucudan alınan bir yanıt olarak kabul edilir ve hata sayacı sıfırlanır. Kötü HTTP yanıtlarının (ör. 500) da arıza sayacını artırarak sağlıksız bir sunucunun mümkün olan en kısa sürede yük dengeleme rotasyonundan çıkarılmasını sağlamak için yük dengeleyici yapılandırmanıza <ResponseCode> alt öğeleri içeren yeni bir <ServerUnhealthyResponse> öğesi ekleyebilirsiniz. Edge, bu kodları içeren yanıtları da başarısız olarak sayar.

<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 politikası geliştirmeleri

AccessControl politikası, hangi IP adreslerinin bir API proxy'sine çağrı yapabileceğini belirler. Bu politikadaki yeni bir öğe, API geliştiricilere hangi IP adreslerinin değerlendirileceğini belirleme konusunda daha fazla kontrol sağlar.

<IgnoreTrueClientIPHeader>: İsteğe bağlıdır (varsayılan değer false'tur). Bu politika doğru olarak ayarlandığında True-Client-IP üstbilgisini yoksayar ve X-Forwarded-For üstbilgisindeki IP adreslerini, yapılandırdığınız X-Forwarded-For değerlendirme davranışına göre değerlendirir.

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

Ayrıntılı bilgi için bu topluluk gönderisine bakın.

FaultRules işleme sürecini daha temiz ve güçlü hale getirmek için RaiseFault politikasında iki yeni öğe kullanıma sunuldu.

• ShortFaultReason, doğru olarak ayarlandığında politika adını fault.reason değişkenine yerleştiren bir boole değeridir.
• AssignVariable, FaultResponse'ta kullanılabilir. Bu öğe, hata yanıtını API proxy akışındaki diğer politikalar tarafından kullanılacak bir değişkene atamanıza olanak tanır.

Barındırılan hedefler için artık sınırlar uygulanıyor. Sınırlarla ilgili ayrıntılar için Sınırlar bölümüne bakın.

Artık AccessControl politikasında IP adreslerini ve CIDR maskelerini ayarlamak için ileti şablonu değişkenlerini kullanabilirsiniz. Örneğin, bir IP adresini ve maskeyi anahtar/değer eşlemesinde (KVM) depolamak istiyorsanız bu değerleri API proxy akışında ayarladığınız bir değişkenden alabilirsiniz. Bu sayede, politika yapılandırmanızı değiştirmeniz gerekmeden çalışma zamanında IP değerlerini daha kolay değiştirebilirsiniz.

Örneğin, şunun yerine:

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

Değerlerin bir KVM'de depolandığını ve değerleri alıp burada gösterilen değişkenlere atamak için KeyValueMapOperations politikasını kullandığınızı varsayarsak politikayı şu şekilde yapılandırabilirsiniz:

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

API Monitoring, API Monitoring'e erişme bölümünde açıklanan iki rol sunar: API Monitoring Yöneticisi ve API Monitoring Kullanıcısı. Bu özellikler Aralık 2018'de kullanıma sunulmuştur.

Edge artık her isteğe X-Apigee.Message-Timeout başlığını ekliyor. Bu başlık, Edge tarafından dahili kullanım içindir. API proxy'lerinizde X-Apigee.* başlıklarındaki değerleri kullanmayın. Bu başlıklar müşteri kullanımı için tasarlanmamıştır ve Apigee tarafından herhangi bir zamanda kaldırılabilir veya değiştirilebilir.

API çağrısının başarısız olmaması için anahtar deposu silme hatalarını ele alma

x-apigee.edge.execution.sense.action her zaman null olarak ayarlanır

ResponseCache politikasında, NIOTheread iş parçacığı havuzundan ret almadan yürütülüyor

Apigee yönlendiricilerindeki birden fazla günlük dışa aktarıcı, yüksek CPU kullanımına neden oluyor

Belirli kuruluşlarda aralıklı olarak 404 hatası

Dağıtılan paylaşılan akış bazı ileti işlemcilerinde yürütülmüyor

Bu düzeltme, Edge for Private Cloud'un sonraki sürümüne eklenecektir.

Bu düzeltme, Edge for Private Cloud'un sonraki sürümüne eklenecektir.

Bu düzeltme, Edge for Private Cloud'un sonraki sürümüne eklenecektir.