4.15.01.00 - Apigee Edge şirket içi sürüm notları

Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi

27 Ocak 2015 Salı günü, şirket içi Apigee Edge'in üç aylık bir sürümünü yayınladık.

4.15.01.00 sürümü çok sayıda yeni özellik içeriyor. Bu yeni özelliklerin birçoğu son tatil sezonu bağlamında ve önceki bulut sürümlerinde ele alındı. Yeni özellik alanları arasında yönetim kullanıcı arayüzü çerçevesi, LDAP, yükleme ve yükseltme, analiz, yanıt hatası yapılandırması ve sıkıştırma yer alır. Aşağıdakilerin tam listeye bakın.

Sorularınız varsa Apigee Müşteri Desteği sayfasına gidin.

Tüm Apigee Edge sürüm notlarının listesi için Apigee Sürüm Notları'na bakın.

Yeni özellikler ve geliştirmeler

Bu sürümdeki yeni özellikler ve geliştirmeler aşağıda verilmiştir.

  • OpenLDAP, ApacheDS'nin yerini alıyor
    Edge artık API yönetimi ortamınızdaki kullanıcıların kimliğini doğrulamak için OpenLDAP'yi sunuyor. OpenLDAP'nin avantajlarından biri, çeşitli şifre kimlik doğrulama seçeneklerini (ör. bir şifrenin artık dizinde bir kullanıcının kimliğini doğrulamak için kullanılamayacağı başarısız giriş denemelerinin sayısı) yapılandırmanıza olanak tanıyan bir şifre politikasıdır. Daha fazla bilgi için Edge OPDK İşlem Kılavuzu'na bakın.

    OpenLDAP artık yeni yüklemeler için Edge tarafından desteklenen tek LDAP sunucusudur. 4.15.01.00 sürümüne geçen mevcut Edge yüklemeleri ApacheDS'yi kullanmaya devam edebilir ancak 4.15.01.00'ın tüm yeni yüklemeleri OpenLDAP'yi kullanır.

    4.15.01.00 yükleme prosedüründe OpenLDAP'ye yükseltmeyi seçerseniz ApacheDS'deki tüm veriler OpenLDAP'ye taşınır. Yükseltme hakkında daha fazla bilgi için Bilinen Sorunlar bölümüne bakın.
  • Güvenlik iyileştirmeleri
    Bu sürümdeki güvenlik iyileştirmeleri; yol ekleme ve geçiş güvenlik açıkları, rol tabanlı erişim izinleri, siteler arası istek sahtekarlığı güvenlik açıkları, Edge yönetim kullanıcı arayüzündeki yetkilendirme atlamaları ve harici varlık güvenlik açıkları.
  • Apache Cassandra performans ve kararlılık iyileştirmeleri
    Bu sürümde, Edge ürününün Nominal Cassandra veritabanına erişim yöntemindeki performans iyileştirmelerinin yanı sıra 1.2.11 sürümünden 1.2.19 sürümüne yükseltilen Cassandra'nın kendisinde yapılan iyileştirmeler bulunmaktadır.
  • Jeton yönetimi iyileştirmeleri
    OAuth 2.0 erişim jetonlarını döndürme ve veritabanında temizlemeyle ilgili iyileştirmelere ek olarak, artık OAuth 2.0 erişim jetonlarını son kullanıcı kimliği, uygulama kimliği veya her ikisine göre alıp iptal edebilirsiniz. Daha fazla bilgi için aşağıdaki konulara bakın:
  • Analytics geliştirmeleri
    Bu sürüm, aşağıdakiler de dahil olmak üzere birçok analiz geliştirmesini içerir:
    • API proxy'lerinde önbellek kullanımıyla ilgili genişletilmiş metrikler.
    • Gecikme analizi. Gecikme analizi kontrol paneline (yalnızca Apigee Edge planı) ek olarak, özel raporlardaki yeni üst yüzdelik dilim (TP*) metrikleri, işlemlerin belirli bir yüzdesinin altında tamamlandığı süre eşiğini görmenize olanak tanır. Örneğin, TP99 metriği, işlemlerin% 99'unun tamamlandığı süre eşiğini gösterir.
    • Sanal Boyutlar - Kullanıcı aracıları, zaman damgaları ve IP adresleri otomatik olarak OS sürümü, cihaz ailesi, haftanın günü, şehir, ülke ve saat dilimi gibi boyutlarla eşlenir.
    • Özel Raporlar için yeni tasarlanmış arayüz (Beta)
    • Apigee 127 derleme proxy'leri için destek
    • Analytics tarafından yakalanan yeni "Apigee Fault" ve "Target Fault" boole işaretleri
  • Çalışma zamanı dayanıklılığı iyileştirmeleri
    Bu sürüm; Cassandra hatasında politika kullanılabilirliği, Netty yönlendirici kararlılığı ve SSL iş parçacığı kararlılığı dahil olmak üzere birçok çalışma zamanı dayanıklılığı iyileştirmesi içerir.
  • Node.js geliştirmeleri
    Aşağıdaki Node.js geliştirmeleri bu sürüme dahil edilmiştir:
    • Node.js komut dosyasından son birkaç yüz günlük kaydını almanızı sağlayan yeni bir Get Önbelleğe Alınmış Node.js Günlükleri API'si.
    • "Trireme-support" modülü (Java'da yazılmış Node.js modülleri) için destek. Daha fazla bilgi için https://www.npmjs.com/package/trireme-support adresine bakın.
    • Kuruluş ve ortam adları, sanal yollardan çıkarılarak değişkenlere taşınır.
    • Java 7'ye yükseltin.
    • UTF-8 olmayan karakter kümelerinin HTTP isteği ayrıştırılması ve işlenmesiyle ilgili sorunları ele alan Trireme 0.8.4'e yükseltin.
  • Play Framework 2.0'a yükseltildi
    Para kazanma da dahil olmak üzere Edge tarafından kullanılan Play Çerçevesi, Play 2.0'a yükseltildi.
  • JMX izleme istatistikleri artık şifre gerektirecek şekilde yapılandırılabilir
    Yönetim Sunucusu, Yönlendirici, Mesaj İşleyici, QPID ve Postgres için izleme süreci JMX kullanır. JMX varsayılan olarak etkindir ve uzaktan JMX erişimi şifre gerektirmez. Ancak, artık erişimi kontrol etmek için JMX istatistiklerine şifre koruması uygulayabilirsiniz. Daha fazla bilgi için Edge İşlem Kılavuzu'na bakın.
  • API proxy kaynaklarındaki joker karakterler
    API proxy kaynaklarını tanımlarken joker karakterler (yıldız *) kullanabilirsiniz. Örneğin, /developers/*/apps veya /developers/**. API proxy'si kaynakları hakkında daha fazla bilgi için Koşullu akışları arka uç API kaynaklarıyla eşleme bölümüne bakın.
  • "/" ürünleri için kaynakAPIRT-667
    Bir API ürününe tek eğik çizgi "/" olarak bir kaynak eklediğinizde Apigee, varsayılan olarak bu kaynağı "/**" olarak değerlendirir. Böylece geliştiricilerin temel yol altındaki tüm URI'lere erişmesine olanak tanır. Kuruluş düzeyindeki yeni bir features.isSingleForwardSlashBlockingEnabled özelliği, varsayılan "/" davranışını değiştirmenize olanak tanır. Özelliği "true" (doğru) olarak değiştirdiğinizde (bulut müşterileri bunun için Apigee Destek Ekibi ile iletişime geçmelidir) "/" karakteri, geliştiricilerin kaynak olarak yalnızca temel yola erişmesine olanak tanır.

    Daha fazla bilgi için Kaynak Yolunun davranışını yapılandırma bölümüne bakın.
  • Kota ve Artış Arrest için HTTP yanıtı hatası yapılandırmasıAPIRT-664
    Apigee Edge kuruluşları artık Kota veya Spike Arrest politikası tarafından belirlenen bir hız sınırını aşan tüm istekler için 429 HTTP durum kodu (Çok Fazla İstek) döndürecek şekilde yapılandırılabilir. Varsayılan yapılandırmanın HTTP durum kodu olarak 500 (Dahili Sunucu Hatası) döndürmesi gerekir.

    Kota ve Spike Arrest ihlallerinin 429 HTTP durum kodu döndürmesini istediğiniz kuruluşlarda features.isHTTPStatusTooManyRequestEnabled özelliğinin doğru değerine ayarlanması için Apigee Destek Ekibi ile iletişime geçin.
  • HealthMonitor artık SSL'yi destekliyor
    Yük dengeleyiciye atanan HealthMonitor artık SSL'yi destekliyor. Daha fazla bilgi için Arka uç sunucularında yük dengeleme bölümüne bakın.
  • Uç Para Kazanma yükleyicisi artık sessiz yüklemeyi destekliyor
    Para kazanma özelliği artık sessiz veya gözetimsiz yüklemeyi destekliyor. Daha fazla bilgi için Edge Yükleme ve Yapılandırma Kılavuzu'na bakın.
  • API yanıtlarında gzip sıkıştırmaMGMT-1127
    Management API'ye yapılan çağrılar, İçerik Uzunluğu en az 1.024 bayt olan yanıtlarda gzip sıkıştırmasını destekler. Kullanım:
    'Accept-Encoding: gzip, deflate'

Düzeltilen hatalar

Bu sürümde aşağıdaki hatalar düzeltilmiştir.

Konu Sorun Kimliği Açıklama
Yüksek bellek kullanımı CORERT-362 Yüksek bellek kullanımına, mesaj işlemcileri tarafından işlem tamamlanmadan önce tetiklenen durdurma kabuğu komut dosyaları neden oluyordu. Bu sorun düzeltilmiştir.
SOAP WSDL proxy'si oluşturma MGMT-1526 Yönetim kullanıcı arayüzünde SOAP tabanlı bir API proxy'si oluşturmak, tarayıcının kilitlenmesine neden oluyordu. Bu sorun düzeltildi.
Adında nokta olan geliştirici uygulaması MGMT-1236 Yönetim kullanıcı arayüzünde, geliştirici uygulamasının adı nokta içeriyorsa uygulama güncellenemedi. Bu sorun düzeltildi.
Daha yüksek MP CPU ve gecikme CORERT-384 Hedef yanıtlar "Connection: close" başlığı içerdiğinde mesaj işlemci CPU ve yanıt gecikmeleri artıyordu. Bu sorun düzeltildi.
HTTP istek ve yanıt istatistikleri CORERT-364 Kümülatif HTTP istekleri ve yanıtlarıyla ilgili istatistikler yanlıştı. Bu sorun düzeltilmiştir.
Kota politikası yaptırımı APIRT-909 Takvim tabanlı kota politikaları, kota dönemi başlamadan önce yapılan API çağrılarını hatalı bir şekilde reddediyordu. Bu sorun düzeltildi.

Bu sürüm, aşağıdaki sürümlerdeki hata düzeltmelerini de içerir. Ayrıntılar için sürüm notlarına bakın.

Uç Bulutu Edge Şirket İçi

Bilinen sorunlar

Bu sürümde aşağıdaki bilinen sorunlar bulunuyor.

Konu Sorun Kimliği Açıklama
LDAP'yi yeni sürüme geçirme DOC-1262

4.14.07 sürümünden 4.15.01'e geçiş yapıp ApacheDS'den OpenLDAP'ye geçiş yaparken, boşluk içeren rol adları ("Salt Okunur" gibi) OpenLDAP'de düzgün bir şekilde yeniden oluşturulmaz.

Yükseltmeden önce, adlarında boşluk olan rolleri silin ve yeniden oluşturun.

Yükseltme işlemini daha önce gerçekleştirdiyseniz OpenLDAP'deki sorunlu rolleri silmek için aşağıdaki komutu çalıştırın:

ldapdelete -H ldap://localhost:10389 -D 'cn=manager,dc=apigee,dc=com' -r -W 'cn=<role>,ou=userroles,o=<org>,ou=organizations,dc=apigee,dc=com'

Ardından rolleri yeniden oluşturun.
SMTP e-posta hatası OPDK-900 SMTP e-posta doğrulama hatası oluşursa Apigee4/conf/ui/Apigee.conf sayfasında yer alan şu özelliklerin değerlerinin aynı değere ayarlandığından emin olun: apigee.mgmt.mailFrom and mail.smtp.user. Alternatif olarak, SMTP e-posta doğrulamasını devre dışı bırakabilirsiniz.
Önceki
15.04.2001
Sonraki
14.04.2007