Sürüm 2023.08.1

Yayınlanma Tarihi: 28 Temmuz 2023

APNZ-3746 maddesinde belirtilen değişiklik sebebiyle güncelleme sırasında Veri tabanında aşağıdaki komut çalıştırılmalıdır:
MongoDB v6.0 ve sonrası için:

mongosh "mongodb://MONGOIPADDRESS:25080/apinizerdb" --eval 'db.getSiblingDB("admin").auth("apinizer", "MONGODBPASSWORD"); db.getSiblingDB("apinizerdb").apinizer_log.drop();'
CODE


MongoDB v6.0 öncesi için:

mongo "mongodb://MONGOIPADDRESS:25080/apinizerdb" --eval 'db.getSiblingDB("admin").auth("apinizer", "MONGODBPASSWORD"); db.getSiblingDB("apinizerdb").apinizer_log.drop();'
CODE


APNZ-3709 maddesinde belirtilen değişiklik sebebiyle güncelleme sırasında cache deployment'ına aşağıdaki girdi eklenmelidir

          - name: CACHE_SERVICE_NAME
            value: cache-http-service.ENVIRONMENTNAME.svc.cluster.local
CODE

ÖNEMLI DEĞIŞIKLIKLER VE IYILEŞTIRMELER

  • Worker'ın log seviyesinin environment variable ile ilk değer ataması yapılabilmesi sağlandı. Bkz. Ayrıca bu issue ile MongoDB üzerinde tutulan uygulama loglarının 1 saatlik time to live değeri kaldırılarak sınırsız hale getirilmiştir. 
  • Public Key, Secret Key ve Sertifikadan JWK oluşturulması sağlandı. Bkz.
  • API Entegratörü kapsamında çalışan tüm görevler üzerinde iyileştirmeler yapıldı; Görevleri aktifleştir/devre dışı bırakma alanı eklendi, loop tipindeki görevlerin söz dizimi alanına varsayılan parametre değerini ekleyebilme butonu getirildi, değişken ekleme listesi iyileştirildi ve Çıktı Anahtarı alanı eklendi.
  • API Proxy Şablonu ekranına Yönlendirme bazındaki çalışan Bağlantı Ayarları ve Log Ayarları seçenekleri getirildi. Bkz.
  • Günlük olarak Kota politikasının sıfırlanması UTC'ye göre değil yerel time zone'a göre olması sağlandı. 
  • Anomali Dedektör'ün çalışma mantığı güncellendi ve ekranın kullanıcı deneyimi iyileştirildi. Bkz.
  • Veri Tabanı ve LDAP bağlantı tanımlarının ortam bazında test edilmesi sağlandı. Bkz1. Bkz2.
  • API Proxy, API Proxy Grup ve Proje bazında, relative path'in biricik olma doğrulaması kaldırılarak, environment bazında biricik olması sağlandı. 
  • Ağ Geçidi Ortamı ekranlarının kullanıcı deneyimi iyileştirildi. Bkz1. Bkz2.
  • API Proxy'e Backend API versiyonunu metadata alanı eklendi ve Deployment History'sinde bu bilgi gösterildi. Bkz.
  • API Proxy'nin yönlendirme bölümü üzerinden bağlantı havuzu (connection pool) ayarının özelleştirilebilmesi sağlandı. Bkz.
  • Tüm rapor ekranları Raporlar menüsü altında toplandı. 

HATA DÜZELTMELERI

Issue NoAçıklama
APNZ-3355Projede API Proxy Şablonu üzerinde Basic Kimlik Doğrulama politikası eklenildiğinde hata fırlatıyor.
APNZ-3551API Integration'da görev ekleme sırasında hatalar alınıyor; Bildirim görevinde başka bir sayfadan kullanıcı seçilmiyor, kaydedilmiyor ve görevi çalıştırma tipi bulunmuyor, Zorunlu alanlar girilmeden görevler eklenebiliyor, Bir görev eklendikten sonra başka bir görev eklenmiyor.
APNZ-3563Anahtar-Değer çifti aracılığıyla oluşturulmuş veri tabanı bağlantısı ile oluşturulan Db2Api test edildiğinde bağlantı hatası alınıyor.
APNZ-3589Kimlik bilgisinde yer alan JWK ayarlarına ait form hatalı çalışıyor.
APNZ-3593Alert, Çalışma Süresi Monitörü, Anomali Detektörü ve API Entegratör'e ait işler, Zamanlanmış İşler (Scheduled Jobs) sayfasında listelenmiyor.
APNZ-3594API Çağrısı politikasının Bellek sekmesindeki girdilerde zorunluluk kontrolü çalışmıyor.
APNZ-3612API Proxy güncelleme ekranındaki Proxy Client Id ve Client Secret değerleri güncellenmiyor.
APNZ-3618Ağ Geçidi Ortamı ekranında Host Alias değerleri boş girilebiliyor.
APNZ-3621Veri tabanı yedeklemesi zamanlanmış bir görev olarak tanımlandığında bağlantı hatası veriyor.
APNZ-3622Kafka bağlantısı manuel kapatılmasına rağmen Kafka'ya istek gitmeye devam ediyor.
APNZ-3623Çalışma Süresi Monitöründe, hata içeren log sonuçlarında hata mesajları görünmüyor.
APNZ-3624Veri tabanı yedeklemesine ait zamanlama silinemiyor.
APNZ-3625API Proxy Trafiği ekranındaki gelişmiş filtreleme yapıldığında, başlık ve parametre alanlarına ait sonuçlar tam çalışmıyor.
APNZ-3637Mock API'ye tek başlık değeri üzerinden istek gönderildiği halde, isteğin loguna bakıldığında bu değerin çift olduğu görülüyor.
APNZ-3647Çalışma Süresi Monitörü, scheduled olarak çalışırken 525 kodlu TLS hatası alabiliyor.
APNZ-3648API Entegratörü'nde, veri tabanı tipindeki görev hata fırlatıyor.
APNZ-3657application/x-www-form-urlencoded ile url parametresinde gelen veri, manipüle edip backend'e iletilmek istendiğinde problem ile karşılaşılıyor.
APNZ-3658Belirlenen Ön Bellek kapasitesi aşıldığı zaman FILO değil FIFO prensibine göre ön belleğe alınmış verilerden yanlış olanı ön bellekten çıkartılıyor.
APNZ-3663API Proxy Trafik'i ekranında Today filtrelemesi 03.00'dan itibaren olan logları listeliyor.
APNZ-3666İçe aktarılan Çalışma Süresi Monitörü hata fırlatıyor.
APNZ-3673Form Data tipindeki değişken ile çeşitli politikalarda yapılan insert işlemlerinde key değeri null geliyor.
APNZ-3685Ağ Geçidi Ortamı ekranında bir defa proje/projeler seçilirse, tekrar hepsi kaldırıldığında tüm projelerde ortam aktif olmuyor.
APNZ-3687API Entegratörü modülünde, çalışma tipi loop olan ve Db2Api cinsinde olan bir API'ye, API Çağrısı görevi ile istek gönderildiğinde hata alınıyor.
APNZ-3689Kimlik bilgisine kota verildiğinde ve limite ulaşıldığında, JWT token alımı da engelleniyor.
APNZ-3694API Proxy deploy edilirken, Hassas Veri Yönetimi ayarıyla ilgili alınan hata alınıyor.
APNZ-3695Genel ayarlarda Kafka, Rabbit vs. açık olmasına rağmen Api Proxy Log Settings ayarlarında  bu alanlar gözükmüyor.
APNZ-3716API Çağrı politikasından gelen bir alan, orijinal mesaja eklemek istendiğinde sorun yaşanıyor.
APNZ-3725Bir API Proxy üzerinde 2 tane kimlik doğrulama politikası kullanıldığında, ilk politika devre dışı ise hata alınıyor.
APNZ-3726HTTP Get metodu x-www-formurlencoded verisi ile istek yapılırsa log'da görünmüyor.
APNZ-3728API Çağrısı politikasında form data gönderimi, data manipulation ile yapıldığında ilk gönderilen istek ön belleğe alınıyor.
APNZ-3739Genel Bakış ekranındaki grafiklerde sayılar değişiyor ama grafikler değişmiyor.
APNZ-3747Anahtar Değer çiftinde ortam bazında aynı anahtar değeriyle değişken oluşturuluyor.
APNZ-3748Zamanlanmış İşler'de manuel olarak cron değeri girilemiyor.
APNZ-3769REST-to-SOAP dönüşümünde Body alanı da dönüşüme dahil ise Body alanının namespace'i XML'e eklenmiyor.



Sürüm 2023.06.1

Yayınlanma Tarihi: 7 Haziran 2023

YENI ÖZELLIKLER

  •  Manuel Kubernetes Yönetimi

Ön tanımlı olarak, Gateway ve Cache sunucuların Kubernetes üzerinde tanımlanması ve yönetilmesi Apinizer üzerinden yapılmaktadaydı. Bu sürüm ile birlikte sadece ilgili metadata tanımlamalarını yapılması ile mevcut Kubernetes kümelerinin manuel olarak yönetilebilmesine imkan sağlandı. Böylece kubernetes ortamlarının Apinizer yönetim konsolu üzerinden yönetim zorunluluğu isteğe bağlı hale getirilmiş oldu. Bkz.

  •  Personal API Access Token Oluşturma

Personal API Access Token, Apinizer Management API'ye erişim sürecinde şifre yerine kullanıcının kimliğini doğrulamak için kullanılan jeton bilgisidir. Yönetim konsoluna giriş yapan kullanıcı tarafından kendisine özel olarak üretilmektedir. Bkz.

  •  Deployment Geçmişine göre API Proxy'i Geri Yükleme

API Proxy deployment geçmişi üzerinden önceki revizyonuna (deploy edilmiş haline) geri yüklenebilir. Bkz.

ÖNEMLI DEĞIŞIKLIKLER VE IYILEŞTIRMELER

  • Job sonuçlarının görüntülendiği ekranlardaki tarih filtreleme alanlarının kullanıcı deneyimi iyileştirildi.
  • Genel Ayarlar ekranının kullanıcı deneyimi iyileştirildi.
  • ApiOps'a eklenen  API Proxy kaydet ve güncelle metodu ile birlikte API Proxy yoksa kayıt eklemesi, varsa güncellemesi sağlandı.
  • ApiOps API'sinde API Proxy kaydet/güncelle işlemlerinde eğer istek mesajında varsa kayıt işlemi sonrası deploy edilmesi ve ayıt işleminde routing bilgilerinin de ayarlanabilmesi sağlandı.

HATA DÜZELTMELERI

Issue NoAçıklama
APNZ-3434Environment bilgisi güncellendiğinde, podların durumu güncellenmiyor.
APNZ-3602API Proxy silindiğinde buna bağlı tüm monitor bilgileri siliniyor ama eğer scheduled job'ları varsa unschedule edilmiyor.
APNZ-3608DB2API ile oluşturulan API Proxy'e istek yapıldığında, veri tabanı bağlantısına ait hata mesajı doğru gözükmüyor.
APNZ-3636API Proxy ekranındaki Routing sekmesinde, birden fazla Routing adresi varsa, API Trafik loglarında en son gidilen adres yerine hep ilk adres yazıyor.



Sürüm 2023.05.1

Yayınlanma Tarihi: 18 Mayıs 2023

Bu sürümde veri tabanında tutulan hassas verilerin şifreleme yönteminde yükseltme yapıldığından güncelleme yapılmadan önce veri tabanının yedeğinin alınması önemle tavsiye edilmektedir.

YENI ÖZELLIKLER

  • SNMP Bağlantısı Konfigürasyonu Tanımlama

Apinizer üzerinden SNMP protokolünü destekleyen izleme araçlarına veri gönderilebilmesi için SNMP bağlantı tanımları yapılabilir. Bkz.

  • SNMP ile Eylem Oluşturma

SNMP Bağlantı tanımları kullanılarak oluşan eylemlerdeki verilerin izleyici sistemlere gönderilebilmesi sağlanır. Bkz.

  • Elasticsearch Loglamasını Tamamen Kapatma

Apinizer varsayılan olarak, loglama sürecini Elasticsearch ile yönetir ve Manager konsolu üzerindeki analitik işlemleri için tüm sorgulamalarını Elasticsearch üzerinde yapar. Eğer istenirse, bu özellik devre dışı bırakılabilir. Devre dışı bırakıldığında, analitik modülünün, bazı politikaların ve monitör özelliklerinden mahrum kalınacağına dikkat edilmelidir. Bkz.

  • Kafka Entegrasyonu ile Logların Başka Sisteme Aktarılması

Varsayılan olarak, API Proxy'e gelen ve giden mesajın öğeleri, Elasticsearch üzerinde tutulmaktadır. Kafka Entegrasyonu yapılarak, mesajların kuyruk sistemi üzerinde farklı bir uygulamaya aktarımı gerçekleştirilebilir. Bkz.

  • mTLS Kimlik Doğrulama Politikası

mTLS Authentication (Mutual Transport Layer Security Authentication) Politikası, Apinizer tarafında yapılan, kimlik doğrulama yöntemlerinden biridir. Bu yöntem, istemci ve sunucu arasında güvenli bir kanal oluşturmak için kullanılan TLS protokolünün bir türüdür. mTLS Authentication kullanıldığında, Apinizer, gelen isteklerdeki istemcinin sertifikasının geçerliliğini kontrol eder ve belirli bir sertifika otoritesinden geldiğinden emin olmak için güvenilir bir sertifika otoritesi (CA) kullanılmasını sağlar. Bkz.

  • İsteğe mTLS Ayarını Uygulama

Routing ayarları üzerinden mTLS konfigürasyonu aktifleştirilebilir. Böylece Apinizer'dan hedef hizmete gönderim yapacak olan Apinizer istemcisi, hedef hizmetin sertifikasını doğrular ve kendisinin de bir sertifikası olduğunu ve hedef hizmet tarafından doğrulanması gerektiğini belirtir. Hedef hizmet de istemcinin sertifikasını doğrular ve bu sayede istemci ile güvenli bir iletişim kurulmuş olur. Bkz.

  • Kimlik Bilgisine mTLS Ayarını Uygulama

Eğer Kimlik Bilgisi'nin mTLS Authentication Politikası ile sertifikanın doğrulanabilmesi istenirse, Kimlik Bilgisine ait sertifika yüklemesi yapılabilir. Bkz.

  • API Proxy Grup bazında Log Ayarları

API Proxy Grup'a eklenen API Proxy'lere gelen ve giden mesaj bilgileri, mesaj ögelerine (başlık, parametre, gövde) göre Elasticsearch veri tabanında loglanıp loglanmayacağı ya da logların tanımlanmış bir sisteme (Syslog, Webhook, RabbitMQ, Kafka) aktarma ayarları yapılabilir. Bkz.

ÖNEMLI DEĞIŞIKLIKLER VE IYILEŞTIRMELER

  • API Çağrısı politikasının cache özelliğinin çalışması için Api Proxy'e gelen istekte Cache-Control adlı başlığın olup olmamasına değil, istek hattında isteğin API Çağrısı Politikasına geldiği anda Cache-Control adlı başlığa bakılması sağlandı.
  • Global politikaların listelendiği ekranlardaki menüye, Dışa Aktar seçeneği eklendi. 
  • Decryption, Encryption ve Digital Signing politikaları içerisindeki tanımlar düzenlenebilir oldu.
  • API Proxy EKL ve API Proxy Grup EKL bilgilerinin listesine hangi projede olduğu bilgisi eklendi.
  • Uygulama bazında Sorgu, Filtre ve Rapor Üretici oluşturulması sağlandı. Bkz.
  • (Uygulama bazındaki) Analitik menüsündeki API Proxies ile Genel Bakış (Overview) ekranı, Genel Bakış sayfası üzerinde birleştirildi. 
  • IP Grup Değerlerini İçe ya da Dışa Aktarma
  • Denetim Kayıtları (Audit Records) ekranına Object name ve Keyword bilgilerine göre arama filtreleri eklendi.
  • Proje dialogunda arama yapma işlemi iyileştirildi.
  • Kimlik Bilgisini İçe ya da Dışa Aktarma
  • Veri Tabanı Bağlantı Tanımlarını İçe ya da Dışa Aktarma
  • API Integration bölümüne ait detay ekranındaki filtreleme seçenekleri ve tablonun okunması iyileştirildi.
  • JOSE Doğrulama ve JOSE Gerçekleştirim politikaları hem istek hem yanıt hattına eklenmesi sağlandı.
  • İstek hattına eklenen JOSE Doğrulama politikasının içine yetkilendirme alanları eklendi.
  • API Proxy Grup'daki bir politikanın API proxy'e uygulanmayacaksa, uyarı ikonunun gelmesi sağlandı.
  • DB2API ile metot oluşturma ayarlarına, JSON verisini işlerken optimize etmek için alanlar eklendi. 
  • JWK ile üretilen Keypair ya da Keypair Set bilgileri açık şekilde gösterimi düzenlendi.
  • Veri tabanında tutulan hassas verilerin şifreleme algoritması yükseltildi.
  • Routing'e ait bağlantı ayarlarındaki Error Handling Type özelliğine yeni bir seçenek (Status Code List) eklendi.
  • Trafik loglarının dışa aktarımlarında API Proxy'e gelmeyen istekler için log'un aktarımına genel ayarlardan yönetilmesi sağlandı.

HATA DÜZELTMELERI

Issue NoAçıklama
APNZ-3360Denetim Kayıtları (Audit Records) sayfasında kaydın detayına girip geri dönüldüğünde filtreler temizleniyor.
APNZ-3365API Proxy sayfasında gelişmiş arama alanlarına göre filtreme yapıldığında sorunlarla karşılaşılıyor.
APNZ-3366Proje bazındaki relative path bilgisi, içe aktarılan API Proxy'e eklenmiyor. 
APNZ-3386Projenin Genel Ayarlar sayfasına tıklandığında, çok uzun sürede ekran açılıyor.
APNZ-3387Anomali Detektörü ekranında, hata alınan kaydın detayına gidilemiyor.
APNZ-3304Snapshot Ayarları sayfası, ekran hataları içeriyor.
APNZ-3415API Proxy Grup içerisinde "/{id}" içeren bir metoda sahip farklı API Proxy'lerden birine log kaydı oluşturulduğunda, diğer API Proxy'de de görüntüleniyor.
APNZ-3417API Proxy Group'da relative path değerine büyük harf verilirse, path bulunamıyor.
APNZ-3445API Çağrısı politikasında Cache tabında Uygulanan Alan (Apply by) değeri boş olduğunda, politika çalışmıyor.
APNZ-3468JWT Politikasında LDAP ile doğrulama yapılamıyor.
APNZ-3494JOSE Doğrulama politikasında Yetkilendirme açıkken Issuer'ın role bilgileri alınamıyor.
APNZ-3502JOSE Doğrulama politikasında hata mesajları görünmüyor.
APNZ-3504Aynı isimde kimlik bilgileri oluşturulabiliyor.
APNZ-3518Kubernetes Resources sayfasındaki Monitör sekmesi doğru veri sunmuyor.
APNZ-3519OpenAPI dokümantasyonunda sorunlar ile karşılaşılmaktadır.
APNZ-3524Kubernetes Resources sayfasında Manager ayarlarına yapılan işlemlerde sorun yaşanıyor.
APNZ-3532SSL tipindeki bildirim, kontrol değerine göre çalışmıyor.
APNZ-3538Rest2SOAP tipindeki API Proxy kaydedilirken hata fırlatıyor.
APNZ-3540API Proxy sayfasından method/endpoint disable edilemiyor.
APNZ-3549İsteklerin veri tipinin bulunması aşamasında, dosya tipindeki verilerin veri tipinin anlaşılmıyor.
APNZ-3555JOSE Doğrulama politikasında Decrypt By Issuer/Credential's JWK seçeneği aktif olduğunda hata veriyor. Bkz.
APNZ-3584MySQL bağlantısı üzerinden out parametresi içeren DB2API'den, API Proxy oluşturulamıyor ya da güncellenemiyor.
APNZ-3588Veri tabanı bağlantı konfigürasyonları silinemiyor.
APNZ-3593Alert, Çalışma Süresi Monitörü, Anomali Detektörü ve API Entegratör'e ait işler, Zamanlanmış İşler (Scheduled Jobs) sayfasında listelenemiyor.



Sürüm 2023.03.1

Yayınlanma Tarihi: 14 mart 2023

YENI ÖZELLIKLER

  •  JSON Web Keypair Set (JWK) Oluşturma

JWK, JSON formatında public key ya da keypair bilgisi tutar. 4 farklı yöntem (key store'dan dönüştürme, URL bağlantısından al, panoya yapıştır, üret) ile 4 farklı tipte (RSA, EC, OCT, OKP) key, key set, keypair ya da keypair set oluşturulabilir. Bu key tanımları, JOSE politikaları ile isteğin üzerindeki mesaj içeriğini doğrulama (validation) ya da imzalama (sign) işlemleri için kullanılırken, yanıt hattındaki içeriğin şifresini açma (decryption) ya da şifreleme (encryption) için kullanılır. 

  •  JOSE Doğrulama Politikası

JOSE (Javascript Object Signing and Encryption), "claim" veya genellikle JSON verilerin herhangi iki taraf arasında güvenli aktarımını kolaylaştırmak için kullanılan bir çözümdür.  JOSE Doğrulama Politikası ile imzalanmış olan verilerin imza doğrulaması ve şifrelenmiş olan verilerin deşifre edilmesi işlemleri yapılır.

  •  JOSE Implementasyonu Politikası

JOSE (Javascript Object Signing and Encryption), "claim" veya genellikle JSON verilerin herhangi iki taraf arasında güvenli aktarımını kolaylaştırmak için kullanılan bir çözümdür.  JOSE Implementasyon Politikası ile verilerin imzalanması ve şifrelenmesi işlemleri yapılır.

  •  Elasticsearch Konfigürasyonu

Eğer loglama direkt olarak Apinizer üzerinden değilde dış bir sistem tarafından Elasticsearch'e yazılmak istenirse, Elasticsearch, read-only moda geçirilebilir. Bu durumda, API Proxy üzerinden gelen giden mesaj logların Elasticsearch kümesine yazımı Apinizer üzerinde durdurulur ve sadece logları okuma aktif olarak yapılır. Böylece, analitik ekranlarının çalıştırdığı sorgulama işlemlerine devam edilir. 

  •  Webhook Entegrasyonu ile Logların Aktarımı

Varsayılan olarak, API Proxy'e gelen ve giden mesajın öğeleri, Elasticsearch üzerinde depolanmaktadır. Webhook Entegrasyonu yapılarak, mesajların loglanması farklı bir uygulamaya aktarılabilir.

  •  RabbitMQ Entegrasyonu ile Logların Başka Sisteme Aktarılması

Varsayılan olarak, API Proxy'e gelen ve giden mesajın öğeleri, Elasticsearch üzerinde tutulmaktadır. RabbitMQ Entegrasyonu yapılarak, mesajların kuyruk sistemi üzerinde farklı bir uygulamaya aktarımı gerçekleştirilebilir.

  •  Sistem Bilgilendirmesi için Alarm Oluşturma

Real-time çalışan sistemlerde, uygulama performansının düşmemesi için sistem kaynak kullanımıyla ilgili durumların probleme dönüşmeden önce yakalanması önemli bir gereksinimdir. Böylelikle, olası problem ile çözüm üretilerek, karşılaşılması önlenir. Alarm ise Apinizer Platformu'nun bulunduğu Kubernetes modülleri ve Elasticsearch kümelerinin, ön tanımlı tetikleme tiplerine göre izlenmesi sağlanır. Eğer verilen eşik değeri aşılmış ise uygulama üzerinde bildirim oluşturulur.

  •  Yeni bir Eylem tipi: Bildirim (Notification) Oluşturma

Anomali Dedektörü, Çalışma Süresi Monitörü, API Entegratörü veya Alarm oluştururken zamanlayıcı sonunda, sonucu işlemek için yeni bir eylem olan bildirim oluşturma eylemi eklenebilir. Bu sayede, her iş tanımı çalıştığında  tüm ya da bildirim alınması istenen kullanıcılara bildirim gönderilir. Kullanıcı, uygulamanın arayüzünden bildirimlerini yönetebilir.

  •  Bildirimleri Yönetme

Apinizer üzerinde 3 farklı durum sonucunda bildirim oluşturulmaktadır; eylem sonucunu gösteren bildirimler, Hesap/Geliştirici oluşturma istekleri ve API Ürünü abonelik istekleri. Tüm bildirimler, uygulamanın header kısmındaki ikondan görüntülenebilir ve ya ilgili bildirim kategorisine tıklanarak bildirim yönetimi yapılabilir.

  •  MongoDB'den Bağlantı Tanımı Oluşturma 

Veri tabanı bağlantı konfigürasyonlarına yeni bir tip olan MongoDB eklendi. 

  •  MongoDB ile DB-2-API Find Metodu Oluşturma 

API Creator modülünde olan Db-2-API ile veri tabanından endpoint oluştururken, MongoDB konfigürasyonu ile find sorgusu yazarak endpoint eklenebilir.

  •  Tüm API Proxy'nin Log Ayarlarını Proje ya da Uygulama Bazında Kontrol Etme

Önceden Proje, API Proxy Grup ve API Proxy olarak 3 farklı bazda, hangi bölgede hangi mesaj öğelerinin log kaydı alınıp alınmayacağı ayarlanmaktaydı. Log ayarlarının kullanılabilirliği ve yönetilebilirliği iyileştirmek için, sadece API Proxy bazına indirgenmiştir. Log ayarlarını etkinleştirme veya devre dışı bırakmak için 3 farklı ekran bulunur; her API Proxy'nin kendi sayfasından ayarlanabilir ya da Proje ve uygulama bazında bulunan Log Ayarları ekranı üzerinden çoklu olarak API Proxy log ayarlamaları yapılabilir.

  •  Pod Probe'ların Kubernetes Resources Ekranından Tanımlama

Kubernetes, konteynerının (container) ne zaman yeniden başlatılacağını, hazır olduğunu ve başlatılacağını bilmek için Probe'ları kullanır. Temel olarak, Probe'lar containerların sağlığını kontrol eder ve yanıt vermeyen uygulamanın yeniden başlatılmasını sağlar. Apinizer'ın üzerinden, Pod'ların Probe'larını tanımlanması sağlandı.

ÖNEMLI DEĞIŞIKLIKLER VE IYILEŞTIRMELER

  • Eylemler dialogundaki görünüm ve eylemler oluşturma dialoglarının kullanıcı deneyimi iyileştirildi.
  • Spec Tasarımı üzerinden API Proxy oluşturulduğunda, oluşturulan spec tanımından tasarıma devam edilebilmesi sağlandı.   
  • API Çağrısı politikasında gövdenin orijinal mesaj verisi düzenlemesi işlemine ekleme operasyonu eklendi.
  • API Proxy listesini, yükleme durumuna göre arayabilme filtresi getirildi.
  • Kubernetes Resources ekranına podların durumunu gösteren tabloya yenile butonu eklendi.
  • API Proxy Trafik ekranına sorguyu cURL olarak kopyalama ve excel olarak dışa aktarma özellikleri eklendi.
  • Rapor Üretici ekranına sorgu ve filtreyi düzenleme ve sorguyu cURL olarak kopyalama özellikleri eklendi.
  • JWT token'ların saklanması veri tabanı tarafından bağımsız hale getirildi.
  • Sertifika, Anahtar ve Key Store ekranları project bazında da yönetilebilir olması sağlandı.
  • Audit kaydı için Manager Console girişlerindeki IP bilgisinin X-Forwarded-For alanından alınması sağlandı.
  • API Proxy'nin Yönlendirme sekmesinde Circuit Breaker gözükmesi için en az 2 tane adres ekleme kontrolü kaldırıldı.
  • Rapor Oluşturma ve Sorgu ekranlarındaki zaman bilgileri (Total Time, API Proxy Time, Backend Time) ait alanlar revize edildi.
  • Veritabanlarına ait bağlantı konfigürasyonları ekranları birleştirildi.
  • API Proxy ekranına Log Ayarları sekmesi eklenerek, tüm log ayarlarının Ayarlar sekmesinden ayrıldı. 
  • Çalışma Süresi Monitörü ve Anomali Dedektörü tanımlarının, uygulama bazında da yönetilmesi sağlandı.
  • Veri Tabanı bağlantılarında zorunlu girilmesi gereken kimlik bilgileri, kimlik bilgisi istemeyen bağlantıların desteklenebilmesi için seçimli hale getirildi.
  • Plain-Text Kimlik Doğrulama Politikasında şifre (password) alanının seçilmesi isteğe bağlı hale getirildi. Böylece sadece API Key kullanarak servislerin yetkilendirilebilmesi sağlandı.
  • Yetki Konfigürasyonunda (Authorization) politikasında rol kontrolü yapılmadan sadece rollerin alınabilmesi sağlandı.
  • JWT, OAuth2 ve JOSE Validasyonu politikalarında, eğer Kimlik/Yetki Doğrulama Servisi seçildiyse, bu servisteki rollerin istek başlığına eklenebilmesi durumu sağlandı.
  • Hassas Veri Yönetimi, Syslog Entegrasyonu ekranı Log Ayarları menüsüne taşındı.
  • KPS Ayarı ve ProCrpyt ekranı Sistem Ayarları menüsüne taşındı.
  • API Proxy Raporu, Analitik menüsüne taşındı.
  • ACL Raporu ekranı, Kimlik Yönetimi menüsüne taşındı. Önceden uygulama bazında çalışan ekran proje menüsüne de eklendi.
  • Analitik menüsündeki API Proxies ekranı kaldırılıp, buradaki tablo verileri, API Proxy Raporu ekranının liste modundaki tablo verileri ile birleştirildi.
  • Kimlik Bilgisi ekranına JWK Ayarı tabı getirilerek, JOSE politikaları için kullanılacak olan JWK'nın seçilmesi sağlandı.
  • OpenAPI 3.0.3 sürümünün desteklenmesi sağlandı.

HATA DÜZELTMELERI

Issue NoAçıklama
APNZ-2958Rapor Üretici (Report Generator), Anomali Dedektörü (Anomaly Detection) ve Çalışma Süresi Monitörü (Uptime Monitor) ekranlarında zamanlama (schedule) çalışsa bile herhangi bir rapor verisi oluşmuyor. 
APNZ-3247API Proxy Trafiği ekranında gelişmiş arama ile X-Forwarded-For alanı ile filtreleme çalışmıyor.
APNZ-3308API Proxy'ye birden fazla API Çağrısı politikası eklenip Veri Düzenleme yapıldığında diğer API Çağrısı politikalarını da etkiliyor.
APNZ-3344JWT ve OAuth2 politikalarında, Grant Type değeri Password seçilince, Kimlik Hizmeti (Identity Service) Security Manager varsayılan olarak seçili gelmiyor.
APNZ-3345İçe aktarma işlemleri hata içeriyor.
APNZ-3353Mock API'de sadece içerik tipi (content-type) olan boş yanıtı bulunan uç noktaya gönderilen isteklerin, API Trafik'de logu gözükmüyor.
APNZ-3354Kubernetes Resources üzerinden yeni bir API Integration modülü oluşturulurken sorun yaşanıyor.
APNZ-3363API Proxy Grup'u silme işlemi iptal edildikten sonra tekrar silme işlemi yapılamıyor.
APNZ-3364Ortama (environment) ait host takma adları her republish işleminde hataya sebep olur.
APNZ-3383Sorgu oluşturma ekranındaki "şununla başla (starts with)" ve "şununla bitsin (ends with)" seçeneklerine ait arama çalışmıyor.
APNZ-3392Db-2-API için metoda parametre tanımlarken, birbirini içeren parametre adları sorgunun çalışmamasına sebep oluyor.
APNZ-3393API Proxy'e uygulanan kota verinin boyutu büyüdüğünde önbelleği zorlayabiliyor.
APNZ-3395API Proxy Trafik üzerinde sayfalaması değiştirilen kayıtlara, yeni sorgu uygulandığında senkron çalışmıyor.  
APNZ-3398API Proxy Trafik ekranında log kaydı 500kb'dan küçük olmasına rağmen açılmıyor.
APNZ-3401Kubernetes Resources sayfası aşırı kaynak varsa sorun yaşıyor.
APNZ-3410Aynı relative path değerini içeren başka bir API Proxy ya da  API Proxy Group oluşturulabiliyor.
APNZ-3411API Proxy Grup ACL ekranında, kimliği düzenleme işlemindeki değişim sayfa yenilendikten sonra yansıyor.
APNZ-3415API Proxy Grup içerisinde "/{id}" içeren bir metoda sahip farklı API Proxy'lerden birine log kaydı oluşturulduğunda, diğerinde de görüntüleniyor.
APNZ-3416WSDL adresinde schemaLocation bilgisinin local adresini referans veren tanım dosyalarında, XSD işlenme hatası alınıyor.
APNZ-3419Db-2-API ile parametreli sorgu parametresiz hale dönüştürüldüğünde kaydedilemiyor.
APNZ-3438Rest2SOAP tipindeki API Proxy'nin Tracing log detayına gitmek istenildiğinde hata alınıyor.
APNZ-3441Toplu olarak gerçekleştirilen işlemlerin audit kaydı oluşmuyor.
APNZ-3449SOAP metotlarında metot bulunsa bile diğer metotların da iterate edilmesi aynı istek gövdesine sahip metotlarda, hatalı metodun bulunmasına yol acıyor.
APNZ-3450Db-2-API'de sorgu parametrelerinde boşluk gibi beklenmeyen karakterler, URL decode edilmiyor.
APNZ-3466Aynı relative path değerine sahip API Proxy ya da API Proxy Grup oluşturulamamalı.
APNZ-3490Rest 2 Soap Transformation politikalarında kaydet ve iptal işlemlerinde hata alınıyor.