4.17.01 - Edge for Private Cloud sürüm notları

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

25 Ocak 2017 Çarşamba günü, Apigee Edge Private Cloud'un yeni bir sürümünü yayınladık.

Önceki Edge for Private Cloud Özellik Sürümü'nden bu yana aşağıdaki sürümler yayınlandı ve bu Özellik Sürümü'ne dahil edildi:

Belirli bir bulut sürümünün Edge for Private Cloud sürümünüze dahil olup olmadığını nasıl anlayabileceğinizi öğrenmek için Sürüm numaralandırma hakkında başlıklı makaleyi inceleyin.

Sürüme genel bakış

Bu sürüm, API'lerinizi daha iyi kontrol etmenize ve güvenliğini sağlamanıza yardımcı olan önemli özellikler içerir.

Paylaşılan akışlar ve akış kancaları, birden fazla API proxy'sinde yeniden kullanılabilir bir politika ve davranış grubu oluşturmanıza olanak tanır.

Anahtar/değer çiftlerinin uzun süreli olarak kalıcı hale getirilmesi için Edge'de uzun süredir kullanılan bir özellik olan anahtar/değer eşlemeleri (KVM'ler) artık daha güçlü veri güvenliği için şifrelenebilir.

Edge yönetim kullanıcı arayüzü, geliştiricilerin API'lerinize erişimi üzerinde daha esnek kontrol sağlamak için API anahtarları ve sırları (kimlik bilgileri) oluşturma ve yönetme, geliştirici uygulamalarını iptal etme ve geliştiricileri devre dışı bırakma konusunda daha fazla seçenek sunar. Bu geliştirmeler, API anahtarı rotasyonu gibi stratejileri daha kolay uygulamanıza olanak tanır. Ayrıca, bir geliştirici uygulamasını iptal ederek (tüm anahtarları devre dışı bırakılır) veya bir geliştiriciyi devre dışı bırakarak (geliştiricinin tüm uygulamaları ve anahtarları devre dışı bırakılır) birden fazla API anahtarını devre dışı bırakmanıza olanak tanır.

Kullanımdan kaldırma konusunda ise para kazanma sınırları özelliği kullanımdan kaldırıldı.

Bu konunun geri kalanında, sürümde yer alan tüm yeni özellikler, güncellemeler ve hata düzeltmeleri hakkında ayrıntılı bilgi verilmektedir.

Kullanımdan kaldırılan özellikler

Bu sürümde aşağıdaki özelliklerin desteği sonlandırıldı veya bu özellikler kullanımdan kaldırıldı. Daha fazla bilgi için Edge desteği sonlandırma politikasına bakın.

Kullanımdan kaldırıldı: Para kazanma sınırları (Cloud 16.10.26 kullanıcı arayüzü)

Para kazanma sınırları özelliği, yönetim kullanıcı arayüzünden (Yönetici > Sınırlar) kaldırıldı. Hangi özelliği kullanmanız gerektiği de dahil olmak üzere daha fazla bilgi için desteği sonlandırma duyurusuna bakın: http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice. (DEVRT-3259)

RedHat/CentOS 6.5 sürümü desteği kaldırıldı

Şu anda RedHat/CentOS 6.5 sürümünü kullanıyorsanız Edge 4.17.01 sürümüne güncellemeden önce işletim sisteminizi 6.6 veya sonraki bir sürüme güncellemeniz gerekir.

Yeni özellikler ve güncellemeler

Bu sürümdeki yeni özellikler ve geliştirmeler aşağıda verilmiştir. Bu sürümde, aşağıdaki geliştirmelerin yanı sıra kullanılabilirlik, performans, güvenlik ve kararlılıkla ilgili çeşitli geliştirmeler de yer almaktadır.

Daha fazla bilgi ve talimat için Edge for Private Cloud belgelerine bakın.

Özel bulut

Kullanıcı Edge kullanıcı arayüzüne ilk kez eriştiğinde izin banner'ı gösterebilirsiniz. İzin banner'ında, HTML biçimli metin ve kullanıcının giriş ekranına gitmek için seçtiği bir düğme gösterilir. Daha fazla bilgi için İzin banner'ını etkinleştirme başlıklı makaleyi inceleyin.

API BaaS, birden fazla veri merkezini destekler

Artık API BaaS'yi birden fazla veri merkezine yükleyebilirsiniz. Daha fazla bilgi için API BaaS için Çoklu Veri Merkezi Kurulumu başlıklı makaleyi inceleyin.

Yeni API BaaS yükleme yapılandırma parametreleri

API BaaS yapılandırma dosyasına iki yeni yapılandırma parametresi eklendi:

  • BAAS_CASS_DC_LIST: BaaS veri merkezlerinin bölge adlarını belirtir. Tek bir veri merkezi için BAAS_CASS_LOCALDC ile aynı değeri belirtin.
  • BAAS_CLUSTER_SEEDS - BaaS kümesinin tohumlarını tanımlamak için kullanılan BaaS Stack düğümlerini belirtir.

Daha fazla bilgi için Apigee Edge 4.16.09'u 4.17.01'e güncelleme başlıklı makaleyi inceleyin.

API BaaS için apigee-service komutuyla "deploy" seçeneği artık çalıştırılmıyor

apigee-service komutunun deploy seçeneği, API BaaS Stack ve Portal için artık desteklenmemektedir. Bunun yerine yapılandır ve yeniden başlat seçeneklerini kullanırsınız. Daha fazla bilgi için API BaaS Installation (API BaaS Yükleme) bölümüne bakın.

API BaaS için yeni bağlantı noktası koşulu

Tüm BaaS Stack düğümleri artık diğer tüm Stack düğümlerinden erişim için 2551 numaralı bağlantı noktasını açmalıdır. Birden fazla BaaS veri merkeziniz varsa bağlantı noktasına tüm veri merkezlerindeki tüm yığın düğümlerinden erişilebilmelidir.

Daha fazla bilgi için API BaaS Yükleme ve Yükleme Gereksinimleri'ne göz atın.

Geliştirici Hizmetleri Portalı artık veritabanı olarak Postgres'i, web sunucusu olarak da Nginx'i kullanıyor

Portal, tüm yeni yüklemelerde veritabanı olarak MySQL ve MariaDB yerine Postgres'i kullanır. Önceki bir sürümden 4.17.01'e yükselten müşteriler MySQL veya MariaDB kullanmaya devam eder.

4.17.01 sürümünün yeni yüklemelerinde web sunucusu olarak Nginx de yüklenir. Önceki bir sürümden 4.17.01'e yükselten müşteriler Apache'i kullanmaya devam edebilir.

Geliştirici Hizmetleri portalında SmartDocs artık varsayılan olarak etkinleştirilmiyor

Portalda SmartDocs'u etkinleştirmeniz gerekir. SmartDocs hakkında daha fazla bilgi için API'leri belgelemek için SmartDocs'u kullanma başlıklı makaleyi inceleyin.

Geliştirici Hizmetleri portalı artık RPM'lerden yükleniyor

Geliştirici Hizmetleri portalının 4.17.01 sürümü, Edge ve API BaaS ile aynı depo ve araçlar kullanılarak RPM'lerden yüklenir. Daha fazla bilgi için Developer Services portal installation başlıklı makaleyi inceleyin.

RPM tabanlı yükleme ve .tar tabanlı güncelleyici farklı bileşenler kullanır:

RPM tabanlı yükleme

.tar tabanlı yükleme

Web sunucusu

Nginx

Apache

Web kökü

/opt/apigee/apigee-drupal

/var/www/html

Bağlantı noktası

8079

80

Veritabanı

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (Apache ile işlem içi)

Qpid, 1.35 sürümüne yükseltildi

Bu sürümde Qpid 1.35 sürümü yer almaktadır.

Cassandra 2.1.16 sürümüne yükseltildi

Bu sürümde Cassandra 2.1.16 sürümü yer alır.

Play, 2.4 sürümüne yükseltildi

Bu sürümde Play 2.4 kullanıcı arayüzü çerçevesi yer almaktadır.

RedHat/CentOS 7.3 sürümü için destek eklendi

Edge artık RedHat/CentOS 7.3 sürümünü destekliyor.

Beta Monitoring kontrol panelinde yapılan güncellemeler

Edge İzleme Kontrol Paneli'nin beta sürümü şu şekilde güncellendi:

  • Cassandra, Zookeeper, OpenLDAP, Postgres ve Qpid için yeni kontrol panelleri ekleyin.
  • Influx sürümü, 4.16.09'da 0.11'den 1.0.2'ye yükseltildi.
  • Kararlılıkla ilgili çeşitli düzeltmeler eklendi.

Daha fazla bilgi için Apigee Monitoring Dashboard Beta'ya Genel Bakış başlıklı makaleyi inceleyin.

Artık yükleme yapılandırma dosyasında Postgres şifresi ayarlanabilir.

Yükleme yapılandırma dosyasında Postgres şifresini ayarlamak için PG_PWD özelliğini kullanın. Daha fazla bilgi için Edge Yapılandırma Dosyası Referansı'na bakın.

EPEL deposunu etkinleştirme

Edge'i yüklemek veya güncellemek için Extra Packages for Enterprise Linux (veya EPEL)'i etkinleştirmeniz gerekir. Daha fazla bilgi için Yükleme Koşulları'na bakın.

Kullandığınız komut, RedHat/CentOS sürümünüze bağlıdır:

  • RedHat/CentOS 7.x için:
    > wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
  • RedHat/CentOS 6.x için:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

NSCD (Name Service Cache Daemon) kullanılırken IPv6'da DNS aramasını devre dışı bırakma

NSCD'yi (Name Service Cache Daemon) yükleyip etkinleştirdiyseniz Message Processors, biri IPv4, diğeri IPv6 için olmak üzere iki DNS araması yapar. NSCD kullanırken IPv6'da DNS aramasını devre dışı bırakmanız gerekir. Daha fazla bilgi için Yükleme Koşulları'na göz atın.

IPv6'da DNS aramasını devre dışı bırakmak için:

  1. Her Mesaj İşleyici düğümünde /etc/nscd.conf dosyasını düzenleyin.
  2. Aşağıdaki özelliği ayarlayın:
    enable-cache hosts no

API Hizmetleri

API proxy'lerini kullanıma hazır hale getirmek için paylaşılan akışlar ve akış kancaları (Cloud 16.09.21)

Yeni "Paylaşılan Akışlar" özelliği, API proxy'lerindeki işlevleri kullanıma hazır hale getirmenizi sağlar. Koşullu politikaları ve kaynakları bir paylaşılan akışta birleştirerek tek kaynaklı, yeniden kullanılabilir mantık yürütmek için herhangi bir API proxy'sinden buna başvurabilirsiniz. Örneğin, paylaşılan bir akış API anahtarını doğrulayabilir, ani artışlara karşı koruma sağlayabilir ve verileri günlüğe kaydedebilir.

Paylaşılan akışları yönetim kullanıcı arayüzünde (API'ler > Paylaşılan Akışlar) tanımlarsınız. Ardından, bunları iki farklı şekilde referans olarak kullanabilirsiniz:

  • API proxy'sinde yeni bir Flow Callout politikasıyla
    veya

  • Aşağıdaki konumlarda bulunan Flow Hooks adlı yeni bir yapıda:

    Bu ek noktaları, tek bir proxy'nin ana akış noktalarından önce veya sonra operasyonel mantık yürütmenize olanak tanır. Paylaşılan akışları, yönetim kullanıcı arayüzünde (API'ler > Ortam Yapılandırması > Akış Kancaları) bu akış kancası konumlarına atarsınız.

    • İstek: ProxyEndpoint PreFlow'dan önce, TargetEndpoint PostFlow'dan sonra
    • Yanıt: TargetEndpoint PreFlow'dan önce, ProxyEndpoint PostFlow'dan sonra

Daha fazla bilgi için Yeniden kullanılabilir paylaşılan akışlar ve Akış kancası kullanarak paylaşılan akış ekleme başlıklı makaleleri inceleyin.

Şifrelenmiş anahtar/değer eşlemeleri (Cloud 16.09.21)

Kimlik bilgileri veya PII/HIPAA verileri gibi hassas bilgileri depolamak için şifrelenmiş anahtar/değer haritaları (KVM'ler) oluşturabilirsiniz. Bu özellik, mevcut Edge güvenli deposundan (kasa) farklıdır ve kasadaki değerlere yalnızca Node.js (yönetim API'sine ek olarak) ile erişilebildiğinden bu özelliğin yerine geçmek üzere tasarlanmıştır. Şifrelenmiş KVM değerlerine Node.js veya Key Value Map Operations politikasıyla erişebilirsiniz.

Şifrelenmiş KVM'ler oluşturma

  • Mevcut KVM yönetim API'lerini kullanın. Bir KVM oluştururken yük tanımına “encrypted”: “true” eklediğinizde Edge, KVM ile aynı kapsama sahip bir şifreleme anahtarı oluşturur ve KVM'yi bu anahtarla şifreler.
  • Şifrelenmiş bir KVM oluşturmak için Anahtar Değer Eşlemesi İşlemleri politikasını kullanamazsınız. Politikada kullanmadan önce KVM yönetim API'lerini kullanarak şifrelenmiş bir KVM oluşturmanız gerekir.
  • Mevcut şifrelenmemiş bir KVM'yi şifreleyemezsiniz.

Şifrelenmiş KVM'leri kullanma

  • Şifrelenmiş KVM değerlerini almak ve güncellemek için Anahtar/Değer Eşlemesi İşlemleri politikasını kullanın.
  • Şifrelenmiş bir anahtar/değer çifti alırken değeri tutacak değişkene "private." anahtar kelimesini ekleyin. Örneğin: <Get assignTo="private.secretVar">. Bu private.secretVar değişkeni, şifresi çözülmüş değeri tutar.
  • Bir değeri politikayla güncellerken özel bir işlem yapmanız gerekmez. Değer, şifrelenmiş KVM'lerde otomatik olarak şifrelenir.
  • Şifresi çözülmüş değere Node.js kodundaki apigee-access modülünü kullanarak da erişebilirsiniz. Ad ve kapsam temelinde bir KVM almak için getKeyValueMap() işlevini kullanın. Döndürülen nesnede iki işlev kullanılabilir: getKeys(callback) (anahtar adlarının dizisini almak için) ve get(key, callback) (belirli bir anahtarın değerini almak için). Örneğin, aşağıdakiler apiproxy kapsamlı VerySecureKVM adlı bir KVM alır ve key1'nin şifrelenmiş değerini alır: 
    var apigee = require('apigee-access');
  var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy');
  encryptedKVM.get('key1', function(err, secretValue) {
  // use the secret value here
});

Daha fazla bilgi için Anahtar/değer eşlemeleriyle çalışma ve Node.js'de anahtar/değer eşlemelerine erişme başlıklı makaleleri inceleyin.

(APIRT-1197)

Kullanıcı arayüzünde şifrelenmiş anahtar/değer eşlemeleri oluşturma (16.10.26 kullanıcı arayüzü)

Yönetim kullanıcı arayüzünde (API'ler > Ortam Yapılandırması > Anahtar/Değer Eşlemeleri) ortama kapsamlı bir anahtar/değer eşlemesi (KVM) oluştururken yeni bir Şifrelenmiş onay kutusu, şifrelenmiş bir KVM oluşturmanıza olanak tanır. KVM'ye anahtar ekledikten sonra şifrelenmiş değerler yönetim kullanıcı arayüzünde yıldız işareti (*****) olarak görünür. Şifrelenmiş KVM'lere anahtar/değer çiftleri, şifrelenmemiş KVM'lerde olduğu gibi eklenir. Şifrelenmiş KVM'ler için tam arka uç desteği, 160921 numaralı bulut sürümünde kullanıma sunulmuştur. (EDGEUI-764)

API proxy meta verilerine dahil edilen OpenAPI Spec URL'leri (Cloud 16.09.21)

OpenAPI Specification'a dayalı bir API proxy'si oluşturduğunuzda OpenAPI Spec'in konumu API proxy meta verilerinde depolanır. Örneğin, bir proxy düzeltmesinin ayrıntılarını almak için Management API'yi kullanıyorsanız meta veriler, OpenAPI spesifikasyonunun yolunu aşağıdaki biçimde içerir:

"spec" : "https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"

Bu geliştirme, OpenAPI spesifikasyonlarını yeni geliştirici portalındaki API proxy'lerine, API ürünlerine ve API referans belgelerine bağlayan yeni nesil Edge'i destekler. (MGMT-2913)

SOAP proxy'leri için OpenAPI spesifikasyonu oluşturma (Cloud 16.10.05 kullanıcı arayüzü)

Bir WSDL'ye dayalı "REST to SOAP to REST" proxy'si oluşturduğunuzda Edge, proxy kaynaklarına dayalı olarak otomatik olarak barındırılan bir OpenAPI spesifikasyonu oluşturur. Spesifikasyona http(s)://[edge_domain]/[proxy_base_path]/openapi.json adresinden erişebilirsiniz. Ancak bir XML şemasının tüm kuralları OpenAPI Spesifikasyonu'nda gösterilemediğinden dönüşüm her zaman doğru olmayabilir. (EDGEUI-718)

Geçiş SOAP proxy'leri için Edge'de barındırılan WSDL (Cloud 16.10.05 kullanıcı arayüzü)

WSDL'ye dayalı bir "Pass-Through SOAP" proxy oluşturduğunuzda Edge, WSDL'yi barındırır ve erişebilmeniz için proxy'de bir akış oluşturur. Barındırılan WSDL'ye http(s)://[edge_domain]/[proxy_base_path]?wsdl adresinden erişebilirsiniz. Bu adres, proxy üzerinden SOAP hizmetini çağıran istemciler için yeni hizmet uç noktası URL'sidir. (EDGEUI-718)

API proxy sihirbazında yeni örnek borsa kotası WSDL'si (Cloud 16.08.24.01)

API proxy sihirbazıyla SOAP hizmeti API'si oluştururken örneklerde yedek borsa kotası WSDL'si bulunur: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

Geliştirici Hizmetleri

Kullanıcı arayüzünde geliştirici uygulaması yönetimini iyileştirme (Cloud 16.10.05 kullanıcı arayüzü)

Edge kullanıcı arayüzündeki geliştirici uygulaması yönetimi, çeşitli iyileştirmelerle daha güçlü hale geldi:

  • Yeni "Uygulama Durumu" alanında uygulamaları (düzenleme modunda) iptal edebilir ve onaylayabilirsiniz. Görünüm modunda, alan, mevcut uygulama durumunu da gösterir. Bir uygulamanın erişimi iptal edilirse API çağrıları için API anahtarlarının hiçbiri geçerli olmaz. Anahtarların kendileri iptal edilmez ve geliştirici yeniden onaylanırsa tekrar kullanılabilir. Bir uygulama iptal edilmiş durumdayken API anahtarlarının "Onaylandı" etiketi üstü çizili metin olarak gösterilir.
  • API anahtarının geçerlilik bitiş tarihleri artık Geliştirici Uygulama Ayrıntıları sayfasında gösteriliyor ve anahtarlar, "Kimlik Bilgileri" bölümünde geçerlilik bitiş tarihlerine göre düzenleniyor. Örneğin, geçerlilik süresi olmayan bir anahtar, ilişkili API ürünleriyle birlikte bir grupta, 90 gün içinde geçerliliği dolacak bir anahtar ise ilişkili ürünleriyle birlikte başka bir grupta gösterilir. Mevcut bir kimlik bilgisinin son kullanma tarihini değiştiremezsiniz.
  • Geliştirici uygulaması düzenleme modunda yeni bir Kimlik Bilgisi ekle düğmesiyle, belirli son kullanma süreleri veya tarihleri (ya da son kullanma tarihi yok) olan API anahtarları oluşturabilirsiniz. Kimlik bilgisi oluştururken (veya oluşturduktan sonra) kimlik bilgisine API ürünleri ekleyebilirsiniz.
    Bu işlev, Geliştirici Uygulama Ayrıntıları sayfasındaki "Anahtarı Yeniden Oluştur" düğmesinin yerini alır. Bu düğme kaldırıldı.

Bu geliştirmeler, yönetim API'sinde zaten mevcut olan özellikleri kullanıcı arayüzüne ekler. (EDGEUI-104)

Uygulama geliştiriciyi kullanıcı arayüzünde etkinleştirme/devre dışı bırakma (Cloud 16.10.05 kullanıcı arayüzü)

Edge kullanıcı arayüzünde (Geliştirici Ayrıntıları sayfası, düzenleme modu, Etkinleştir/Devre Dışı Bırak düğmesi) bir uygulama geliştiricinin durumunu etkin ve etkin değil olarak değiştirebilirsiniz. Bir geliştirici etkin olmadığında, API proxy'lerine yapılan çağrılarda geliştirici uygulaması API anahtarlarının veya bu anahtarlarla oluşturulan OAuth jetonlarının hiçbiri geçerli olmaz. (EDGEUI-304)

Kullanıcı arayüzünde etkin olmayan geliştirici göstergeleri (16.10.26 kullanıcı arayüzü)

Bir uygulama geliştirici "Etkin değil" olarak ayarlandığında, geliştiricinin uygulamaları ve kimlik bilgileri "Onaylandı" durumunda kalmaya devam etse de artık geçerli olmaz. Artık etkin olmayan bir geliştiricinin uygulamaları ve kimlik bilgileri yönetim kullanıcı arayüzünde görüntülendiğinde, uygulamalardaki ve kimlik bilgilerindeki "Onaylandı" durum etiketi üstü çizili metinle gösteriliyor. Etiketin üzerine gelindiğinde ise geliştiricinin etkin olmadığı belirtiliyor. Geliştiricinin durumu "Etkin" olarak geri yüklenirse onaylanan uygulamaları ve kimlik bilgileri tekrar geçerli olur ve "Onaylandı" etiketindeki üstü çizili metin kaldırılır. (EDGEUI-728)

Analytics Hizmetleri

"Hata Kodu Analizi" kontrol paneli yeniden adlandırıldı (16.10.26 UI)

"Hata Analizi" kontrol panelinin adı "Hata Kodu Analizi" olarak değiştirildi. Kontrol panelinde, 4xx ve 5xx HTTP durum kodlarına sahip API çağrıları yer alır. (EDGEUI-738)

Proxy kontrol panellerindeki TPS verileri (16.10.26 kullanıcı arayüzü)

Saniyedeki ortalama işlem sayısı ("Ortalama TPS") ile ilgili veriler, ana Proxy Trafiği kontrol paneline eklendi. Ayrıca, Proxy Trafiği ve Proxy Performansı grafiklerindeki bağımsız veri noktalarının üzerine geldiğinizde, o zaman aralığına ait TPS, ipucu olarak gösterilir. (EDGEUI-668)

Analytics hata ekranı (16.10.26 kullanıcı arayüzü)

Bir analiz kontrol paneli 500 hatası aldığında, yönetim kullanıcı arayüzünde hatadan bağımsız olarak "Raporun süresi doldu" mesajı gösteriliyordu. Daha iyi sorun giderme özellikleri sunmak için kullanıcı arayüzünde artık gerçek hata gösteriliyor. (EDGEUI-753)

Düzeltilen hatalar

Bu sürümde aşağıdaki hatalar düzeltilmiştir. Bu liste, öncelikle destek taleplerinin düzeltilip düzeltilmediğini kontrol eden kullanıcılar içindir. Tüm kullanıcılar için ayrıntılı bilgi sağlamak üzere tasarlanmamıştır.

Edge for Private Cloud 4.17.01

Sorun Kimliği Açıklama
APIBAAS-1990 API BaaS Stack, smtp.auth false olduğunda artık SMTP'de kimlik doğrulaması yapmaya çalışmıyor
APIRT-3032

"apigee-service baas-usergrid restart" komutunu çalıştırmak artık "configure" komutunu da çalıştırıyor.

BaaS yığını için artık "apigee-service baas-usergrid configure" komutunu ve ardından "apigee-service baas-usergrid restart" komutunu çalıştırmanız gerekmez.

APIRT-3032

Ana makine adı bir IP adresi ise DNS araması yapmayın.
DOS-4070

"apigee-all -version" artık edge-mint-* RPM'lerinin sürümünü gösteriyor
DOS-4359

Yalnızca Postgres veritabanını yüklemek için "pdb" seçeneği eklendi.

Yalnızca Geliştirici Hizmetleri portalı yüklenirken kullanılır. Geliştirici Hizmetleri portalının yüklenmesi başlıklı makaleyi inceleyin.

Cloud 16.10.26 (UI)

Sorun Kimliği Açıklama
EDGEUI-768 StockQuote WSDL ile proxy oluşturma işlemi başarısız oluyor

Cloud 16.09.21_9

Sorun Kimliği Açıklama
MGMT-3674 HIPAA'nın etkin olduğu kuruluşlar için şifrelenmiş KVM veya kasalar oluşturulamıyor
MGMT-3647 Büyük harfli e-posta adresine sahip kullanıcılar için kullanıcı rolü erişimi 403 hatası veriyor

Cloud 16.09.21

Sorun Kimliği Açıklama
APIRT-3507 JavaScript hizmeti çağrıları sırasında aralıklı hatalar (ör. SNI hataları)
APIRT-3408 MP sürümü 160817 apigee-access analiz modülü, mesajları farklı şekilde işliyor
APIRT-3390

Erişim jetonunu yenileme politikası tarafından döndürülen hata yanıtında değişiklik
APIRT-3389
APIRT-3381 Müşteri üretim proxy'lerinde yüksek gecikmeler
APIRT-3366 JavaScript politikaları, tüm yeni deneme kuruluşlarında başarısız oluyor
APIRT-3363 Geçersiz URL ayrıştırma, ApplicationNotFound ile 500 durumu döndürüyor
APIRT-3356 OAuth geçersiz jeton mesajı
APIRT-3355 OAuth proxy'sinde aralıklı olarak 403 hatası
APIRT-3285
APIRT-3261 Kimlik bilgileri, üretimdeki başka bir geliştirici uygulamasına göre doğrulanır
APIRT-3234 Node.js uygulaması NPE döndürüyor
APIRT-3223 Apigee eski önbellek sorunu
APIRT-3193 Node.js hedef sunucusu ASG'ye taşındıktan sonra askıda kalıyor
APIRT-3152 cachedlogs yönetim çağrısı, günlük iletilerinin parçalanmasına neden oluyor
APIRT-3117 MP, %100 CPU kullanımına ulaştı ve trafik sunmayı durdurdu
APIRT-3064 Yönlendirici: Yönlendiriciden gelen özel 503 hata mesajı
APIRT-2620 Yük işlemeyi iyileştirmek için bazı engelleme adımlarında ayrı iş parçacığı havuzu
CORESERV-774 Geçersiz apiproduct referansıyla geçerli anahtar kullanılarak erişildiğinde dahili sunucu hatası oluşuyor

Cloud 16.10.05 (UI)

Sorun Kimliği Açıklama
EDGEUI-697 Raporlar sayfasındaki dışa aktarma düğmesi
Dışa aktar düğmesi, Özel Raporlar ana sayfasından kaldırıldı. Rapor dışa aktarma özelliği, her özel rapor sayfasında kullanılabilir.

Cloud 16.08.24.01

Sorun Kimliği Açıklama
EDGEUI-663 Weather.wsdl dosyasının WeatherHttpGet bağlantı noktası için oluşturulan proxy, çalışma zamanında 500 hatasıyla başarısız oluyor
SOAP hizmeti için API proxy'si oluşturulurken SOAP protokolü bağlaması olmayan WSDL bağlantı noktaları artık API proxy'si sihirbazında görünmüyor. Bu durum, sihirbaz yalnızca SOAP istekleri oluşturduğundan tasarımdan kaynaklanmaktadır.
EDGEUI-658 SOAP WSDL geçiş işlemi adı sorunu
EDGEUI-653 Enable Cors (CORS'u Etkinleştir) seçeneği belirlendiğinde node.js API proxy'si oluşturulurken hata oluşuyor
EDGEUI-648 Kullanıcı arayüzünden yapılan ve 2-3 dakika süren aramaların zaman aşımına uğraması
EDGEUI-623 Kuruluş geçmişi Değişiklik tarihi düğmesi Firefox'ta çalışmıyor
Önceki
17.04.2011
Sonraki
16.04.2004