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 denetim

API proxy'si için yük dengeleyici yapılandırırken bir sunucu yük dengeleme rotasyonundan kaldırılmadan önce kaç yanıt hatası oluştuğunu belirleyebilirsiniz. Yanıt hatası, Apigee'nin hedef sunucudan yanıt alamadığı anlamına gelir. Böyle bir durumda, hata sayacı bir artar. Apigee, hedeften yanıt aldığında, HTTP hatası (500 gibi) olsa bile, bu yanıt hedef sunucudan yanıt olarak sayılır ve hata sayacı sıfırlanır. Kötü HTTP yanıtlarının (ör. 500) aynı zamanda durumu kötü olan bir sunucuyu yük dengeleme rotasyonundan en kısa sürede çıkarmak üzere hata sayacını artırmasını sağlamak için 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 politika geliştirmeleri

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

<IgnoreTrueClientIPHeader>: İsteğe bağlı (varsayılan değer false'tur.) Bunu Doğru değerine ayarladığınızda politika, True-Client-IP üst bilgisini yoksayar ve yapılandırdığınız X-Forwarded-For değerlendirme davranışını izleyerek X-Forwarded-For üstbilgisindeki IP adreslerini 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 göz atın.

FaultRules kullanımının daha düzenli ve güçlü olmasını sağlamak için PromoteFault 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, API proxy akışındaki diğer politikalar tarafından kullanılacak bir değişkene hata yanıtı atamanıza olanak tanır.

Barındırılan Hedefler için sınırlar artık uygulanmaktadır. Sınırlarla ilgili ayrıntılar için Sınırlar başlıklı makaleyi inceleyin.

Artık AccessControl politikasında IP adreslerini ve CIDR maskelerini ayarlamak için mesaj şablonu değişkenlerini kullanabilirsiniz. Örneğin, anahtar/değer eşlemede (KVM) bir IP adresi ve maske depolamak istiyorsanız bu değerleri, API proxy akışında ayarladığınız bir değişkenden alabilirsiniz. Böylece, çalışma zamanında politika yapılandırmanızı değiştirmek zorunda kalmadan IP değerlerini daha kolay değiştirebilirsiniz.

Örneğin:

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

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

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

API Monitoring iki rol sağlar: API İzleme Erişimi bölümünde açıklanan 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 bulunan X-Apigee.* başlıklarında bulunan değerlere güvenmeyin. Bu başlıklar müşteri kullanımı için tasarlanmamıştır ve Apigee, 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ı işleme

x-Apigee.edge.execution.sense.action her zaman null değerine ayarlanır.

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

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

Belirli kuruluşlarda geçici 404 hataları

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

Bu düzeltme, Private Cloud için bir sonraki Edge sürümüne dahil edilecektir.

Bu düzeltme, Private Cloud için bir sonraki Edge sürümüne dahil edilecektir.

Bu düzeltme, Private Cloud için bir sonraki Edge sürümüne dahil edilecektir.