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

Yük dengeleme: Arızalı 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 herhangi bir yanıt almadığı anlamına gelir. Bu durumda hata sayacı bir artar. Apigee bir hedeften yanıt aldığında (yanıt bir HTTP hatası olsa bile, örneğin 500) bu, hedef sunucudan gelen bir yanıt olarak kabul edilir ve hata sayacı sıfırlanır. Kötü HTTP yanıtlarının (ör. 500) da arızalı sunucuyu yük dengeleme rotasyonundan mümkün olan en kısa sürede çıkarmak için hata sayacını artırmasını sağlamak amacıyla yük dengeleyici yapılandırmanıza <ResponseCode> alt öğeleri içeren yeni bir <ServerUnhealthyResponse> öğesi ekleyebilirsiniz. Edge, bu kodlara sahip yanıtları da hata 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 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 imkanı sunar.

<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önderisini inceleyin.

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 değerine ayarlandığında politika adını fault.reason değişkenine yerleştiren bir boole değeridir.
• FaultResponse'ta bulunan AssignVariable, hata yanıtını API proxy akışındaki diğer politikalar tarafından kullanılacak bir değişkene atamanıza olanak tanır.

Artık barındırılan hedefler için 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ı için IP adreslerini ve CIDR maskelerini ayarlamak üzere 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 saklandığını ve değerleri alıp burada gösterilen değişkenlere atamak için KeyValueMapOperations politikasını kullandığınızı varsayarak politikayı aşağıdaki gibi yapılandırabilirsiniz:

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

API İzleme, API İzleme'ye erişim başlıklı makalede açıklanan iki rol sunar: API İzleme Yöneticisi ve API İzleme 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'in 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 reddedilmeden 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 hataları

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 dahil edilecektir.

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

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