Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi
29 Ocak 2014 Çarşamba günü, Apigee Edge'in yeni bir şirket içi sürümünü yayınladık.
Sorularınız için Apigee Edge Destek Ekibi ile iletişime geçin.
Bu sürüm, aşağıdaki bulut sürümlerindeki özellikleri ve hata düzeltmelerini içerir:
Yeni özellikler ve geliştirmeler
- OAuth 2.0, jetonlardaki özel özellikleri günceller
Yeni "OAuth v2.0 Bilgilerini Ayarla" politikası, OAuth 2.0 jetonlarındaki özel özellikleri güncellemenize olanak tanır.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
OAuth 1.0a politikası güncellemeleri
Bu sürümde, OAuth 1.0a politikasıyla ilgili aşağıdaki güncellemeler yer almaktadır:- OAuth 2.0 jetonlarında olduğu gibi, artık OAuth 1.0a jetonlarında da özel özellikler ayarlayabilirsiniz.
- Yeni GenerateVerifier işlemi, OAuth 1.0a doğrulayıcısı (OAuth 2.0'daki yetkilendirme koduna benzer) oluşturup döndürmenize olanak tanır.
- Akış değişkenlerindeki SSL bilgileri
Apigee Edge artık akış değişkenlerindeki SSL bilgilerini yaymanıza ve bunlara erişmenize olanak tanıyor. ProxyEndpoint'te yeni bir "propagate.additional.ssl.headers" özelliği ayarlayarak Apache web sunucusunda bulunan aynı SSL bilgilerine erişebilirsiniz.
http://apigee.com/docs/api-services/api/variables-reference
- HTTP üstbilgisi olarak JMS üstbilgileri
Tüm JMS üstbilgileri artık aşağı akış işleme için HTTP üstbilgisi olarak yayılıyor.
- Node.js modül güncellemesi
Apigee'nin yerleşik Node.js modülü, aşağıdaki modülleri içerecek şekilde güncellendi: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
-
Yönetim kullanıcı arayüzünde özel roller - BETA
"İşletme Kullanıcısı", "Operasyon Yöneticisi", "Kuruluş Yöneticisi" ve "Kullanıcı" gibi mevcut kullanıcı rollerine ek olarak bu sürümde, yönetim kullanıcı arayüzünde özel roller oluşturmanıza olanak tanıyan bir beta özelliği yer almaktadır. Özel roller kullanarak çeşitli Edge özelliklerine erişimi kontrol edebilirsiniz. - Gelişmiş API Hizmetleri (eski adıyla Uygulama Hizmetleri) yükleyici
Apigee Edge Gelişmiş API Hizmetleri (eski adıyla Uygulama Hizmetleri) artık şirket içi kullanım için kullanılabilir. Mevcut Edge yükleyici, Advanced API Services'i kendi şirket içi ortamınızda dağıtıp yapılandırmanıza olanak tanır.
- Geliştirici Hizmetleri'nden para kazanma (eski adıyla Para Kazanma Hizmetleri)
yükleyici
Para kazanma özelliği, Edge Geliştirici Hizmetleri'nin bir parçasıdır. Edge şirket içi yükleyicisi artık geliştirilmiş, entegre bir para kazanma yükleyicisi içeriyor. Para kazanma özelliği için ek ücretli lisans gerekir.
- Tek bir ana makinede birden fazla Mesaj İşleyici - sessiz yükleme
Bu geliştirme, tek bir ana makineye yüklenen birden fazla Mesaj İşleyicinin dağıtım topolojisini destekler. Bu topoloji, her Mesaj İşleyicinin belirli bir IP adresine bağlanmasını gerektirir. Artık sessiz yükleme yapılandırma dosyasına birBIND_ON_ALL_INTERFACES=nözelliği ayarı ekleyebilirsiniz. Bu ayar, ileti işlemcisinin aynı dosyadakiHOSTIPözelliğiyle belirtilen belirli bir IP adresini dinlemesini sağlar. Bu özellik ve sessiz yüklemeyi yapılandırma hakkında daha fazla bilgi için Apigee On-premises Deployment Kit Install and Configuration Guide'ı (Apigee Şirket İçi Dağıtım Kiti Yükleme ve Yapılandırma Kılavuzu) inceleyin.
-
JMS güncellemeleri
Bu sürüm, Apigee'nin JMS desteğinde aşağıdakiler de dahil olmak üzere çeşitli güncellemeler içerir:- Tüm JMS üstbilgileri artık aşağı akış işleme için HTTP üstbilgileri olarak yayılıyor.
- Artık JMS proxy'si tarafından kullanılan ResponseQueue'ya yerleştirilen mesajlar için ExpiryTime ve DeliveryMode değerlerini belirtebilirsiniz. Standart JMS üstbilgileriyle eşleşen tüm HTTP üstbilgileri "olduğu gibi" ayarlanır ve diğer HTTP üstbilgileri, JMS proxy'si tarafından kullanılan yanıt mesajında JMS özellikleri olarak ayarlanır.
Düzeltilen hatalar
| Konu | Açıklama |
|---|---|
| Özel rol izinleri | Özel roller kullanılarak ayarlanan izinler artık beklendiği gibi çalışıyor. |
| API gecikmesi analizi | Bir API proxy akışında, hedef sisteme yapılan bir çağrı zaman aşımına neden olduğunda (ör. HTTP okuma zaman aşımı) API analizlerine hedef gecikme süreleri dahil edilir. |
| Politikalardaki "type" özelliği | "Tür" özelliği artık tüm Apigee politikalarında doğru şekilde çalışıyor. |
| OAuth 2.0 jetonlarını geçersiz kılma | Apigee OAuth 2.0 politikaları için jetonları geçersiz kılma işlevi artık OAuth spesifikasyonuyla eşleşiyor. "Jeton" parametresini ayarlarken artık "tür" sağlamanız gerekmiyor. |
| Anahtar/değer eşlemeleriyle RBAC | Rol tabanlı erişim denetimi artık ortam düzeyinde oluşturulan anahtar/değer eşlemeleri için çalışıyor. |
| OAuth 1.0a politikası yanıt biçimi | OAuth 1.0a politikası olan bir API'ye istekte bulunurken yanıt artık Accept başlığının biçiminde döndürülüyor. |
Bilinen sorunlar
| Konu | Açıklama |
|---|---|
| HTTP 1.0 isteği, HTTP 1.1 yanıtı |
Bu sorun, bir istemcinin üstbilgide
content-length özelliğiyle HTTP 1.0 kullanarak istek gönderdiği ancak arka uç hizmetinin HTTP 1.1 kullanacak şekilde yapılandırıldığı ve bunun yerine parçalı kodlama için transfer-encoding özelliği döndürdüğü bir senaryoyu içerir.
Bu senaryoyu başarıyla işlemek için AssignMessage politikasını kullanarak HTTP 1.1 yanıtından
transfer-encoding özelliğini kaldırabilirsiniz. API proxy yanıt akışına eklenecek aşağıdaki politikada, transfer-encoding özelliği HTTP üst bilgisinden kaldırılır. Bu sayede istemci, yanıtı parçalanmamış olarak alabilir.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Kaldır>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|