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

Yük dengeleme: Başarısız olan sunucuları kaldırmak için daha fazla kontrol

Bir API proxy'si için yük dengeleyici kullanıyorsanız kaç yanıt bir sunucu yük dengeleme rotasyonundan çıkarılmadan önce oluşur. Yanıt hatası bu, Apigee'nin hedef sunucudan hiç yanıt almadığı anlamına gelir. Böyle bir durumda, sayacı bir artırır. Apigee, hedeften yanıt aldığında, yanıt, hedef sunucudan gelen bir yanıt olarak sayılan bir HTTP hatası (500 gibi) ise ve hata sayacı sıfırlanır. Kötü HTTP yanıtlarının (500 gibi) aynı zamanda hata durumundaki bir sunucuyu yük dengeleme rotasyonundan çıkarmak için hata sayacını En kısa sürede yeni bir <ServerUnhealthyResponse> öğesi ekleyebilirsiniz Yük dengeleyici yapılandırmanıza <ResponseCode> alt öğeyle ekleyin. Edge, bu koda 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 politika geliştirmeleri

AccessControl politikası hangi IP adreslerinin bir API proxy'sine çağrı yapabileceğini belirler. Bu politikadaki yeni bir öğe, API geliştiricilerinin hangi IP adresinin ele alacağız.

<IgnoreTrueClientIPHeader>: İsteğe bağlı (varsayılan değer false'tur). Bunu doğru olarak ayarladığınızda politika, True-Client-IP üst bilgisini yoksayar ve aşağıdakinden sonra X-Forwarded-For üstbilgisindeki IP adreslerini değerlendirir Yapılandırdığınız X-Yönlendirilmiş-Değerlendirme davranışı için.

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

Ayrıntılar için bkz. bu topluluk gönderisine göz atın.

FaultRules sağlamak için RaiseFault politikasında iki yeni öğe mevcut ele alacağız.

• 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.

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ı. Örneğin, Anahtar/değer eşlemede (KVM) IP adresi ve maske varsa bu değerleri, ayarladığınız bir değişkenden alabilirsiniz. kontrol edebilirsiniz. Bu, çalışma zamanında IP değerlerini daha kolay bir şekilde değiştirmenize olanak tanır. politika yapılandırmanızı değiştirin.

Örneğin:

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

Değerlerin bir KVM'de depolandığını varsayarak politikayı bu şekilde yapılandırabilirsiniz. ve değerleri almak ve bunları birbirine atamak için KeyValueMapOperations politikasını kullanırsınız burada gösterilen değişkenler:

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

API Monitoring iki rol sunar: API Monitoring Yöneticisi ve API İzleme Kullanıcısı (Access API Monitoring bölümünde açıklanan). Bu değişiklikler 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ğerlere güvenmeyin. çünkü bu başlıklar müşteri kullanımına yönelik değildir ve Apigee tarafından herhangi bir zamanda kaldırılabilir ya da 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 değerine ayarlanır

NIOTheread, ResponseCache politikasında, iş parçacığı havuzu

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

Belirli kuruluşlarda aralıklı 404 hataları

Dağıtılan Paylaşılan Akış bazı mesaj işlemcilerinde yürütülmüyor

Bu düzeltme, bir sonraki Private Cloud sürümüne dahil edilecek.

Bu düzeltme, bir sonraki Private Cloud sürümüne dahil edilecek.

Bu düzeltme, bir sonraki Private Cloud sürümüne dahil edilecek.