Sürüm Notları 2026

Sürüm 2026.10.0

Yayınlanma tarihi: 21 Ekim 2026

Yükseltmeden önce

• Yalnızca SQL/JDBC log connector'ı: yükseltmeden önce log tablosu scriptlerini çalıştırın. Kurulumunuz logları SQL/JDBC connector'ı üzerinden ilişkisel bir veritabanına (Oracle, MySQL, PostgreSQL veya SQL Server) yazıyorsa, Manager'ı ve gateway'leri 2026.10.0 sürümüne yükseltmeden önce log tablosu güncelleme scriptlerini çalıştırın. Bu sürüm log_ApiProxyTraffic tablosuna LLM rota sınıflandırıcısının altı kolonunu ekler. Gateway insert ifadesi her kolonu adıyla listelediği için script çalışana kadar bu veritabanına yapılan her trafik logu insert işlemi başarısız olur ve kayıtlar kaybolur — LLM sınıflandırıcıyı kullanmasanız da. 2026.09.2 sürümünden eski bir sürümden yükseltiyorsanız önceki scriptler ayrıca log_TokenTraffic, log_AuditEvent ve log_LoginLog tablolarını da değiştirir. Hangi scriptleri çalıştıracağınız başlangıç sürümünüze bağlıdır — Apinizer Log Tabloları Oluşturma Komutları sayfasındaki başlangıç sürümüne göre listeye bakın. Hiçbir scripti iki kez çalıştırmayın: var olan bir kolonu eklemek hata verir. Logları yalnızca Elasticsearch veya MongoDB'ye yazan kurulumlar bu adımı atlar. 2026.10.0 — Log Tablosu ALTER Scriptleri

Kaldırılan ve kullanımdan kaldırılan özelliklerin tam listesi Desteği Sonlandırılanlar ve Kaldırılanlar sayfasındadır.

YENİ ÖZELLİKLER

• AI Gateway'de LLM Sınıflandırıcı ile Yönlendirme ve Her Modelle Karar Verme

AI yönlendirmesine yeni bir rota eşleşme yöntemi olan LLM sınıflandırıcı eklendi: küçük bir karar modeli isteği okur ve rotayı etikete göre seçer. Yönlendirmeyi test et penceresi kararı gerçek istek göndermeden gösterir; yeni Tahmini İstek Token Sayısı bağlam değeri rota koşullarında kullanılabilir. Beş AI koruma politikası (İstem Koruması, Kişisel Veri (PII) Maskeleme, Veri Sızıntısı Koruması (DLP), Konu-Dışı Koruması, Dayanaklılık (Groundedness) Koruması) aynı modelleri dış LLM hakemi olarak kullanabilir ve her birinde Hakemi test et penceresi bulunur. Trafik logu sınıflandırıcı kararını, karar süresini, token sayılarını ve maliyeti kaydeder; AI trafik çekmecesi ile trafik detay penceresi bunları Yönlendirme Sınıflandırıcısı bloğunda gösterir. SQL/JDBC trafik-log kullanan kurulumlar için yükseltme öncesi ALTER adımına bu sürümün başındaki uyarıya bakın. Yönlendirme. Koruma politikaları. LLM sağlayıcıları. APNZ-6880

• Giden MCP ve A2A Bağlantılarında Arka Uç Kimlik Doğrulama Keşfi, API Key ve Token Exchange

MCP sunucu satırındaki, A2A ajan satırındaki ve MCP ile A2A çağrı politikalarındaki Auth Keşfet düğmesi hedefe hangi kimlik doğrulamanın gerektiğini sorar ve form değerlerini önerir. MCP sunucusu için korunan kaynak meta verisini (RFC 9728) ve yetkilendirme sunucusu meta verisini (RFC 8414 veya OpenID Connect) okur. A2A ajanı için Agent Card'daki güvenlik şemalarını okur. Formu kaydedene kadar hiçbir şey kaydedilmez. Yeni kimlik doğrulama şemaları eklendi: API Key (Header) anahtarı adını verdiğiniz bir header'da gönderir ve Authorization header'ı göndermez, Basic Kimlik Doğrulama kullanıcı adı ve parola gönderir, OAuth2 Token Exchange (RFC 8693) ise çağıranın doğrulanmış token'ını dış bir yetkilendirme sunucusunun token ucunda hedef için bir token ile değiştirir; böylece kullanıcı bağlamı arka uca ulaşır. Apinizer token servisi de token exchange grant'ını kabul eder. MCP Gateway. A2A Gateway. APNZ-6889

• Yüksek Riskli MCP Araçları için Risk Düzeyi ve İnsan Onayı

MCP Gateway her araca bir risk düzeyi verir: Düşük, Orta veya Yüksek. Düzey; yönetici geçersiz kılmasından, güvenilen kaynak işaretinden veya MCP araç açıklamalarından (annotations) gelir. destructiveHint aracı Yüksek düzeye çıkarır; readOnlyHint tek başına düzeyi hiçbir zaman düşürmez. Her düzey için çağrıya izin vermeyi, onay istemeyi veya reddetmeyi seçersiniz; kimlik bazında istisna da ekleyebilirsiniz. Onay gerektiren çağrı, yetkili bir kullanıcı Bekleyen araç onayları bölümünde onaylayana kadar bekleyen bir kayıt olarak durur. Onay tek kullanımlıktır, süresi dolar ve çağırana, araca ve argümanlara bağlıdır. Karar denetim kaydına yazılır, trafik logunda yeni bir Araç onayı alanı bulunur ve yeni bir alarm bekleyen onayları sayar. Bkz. APNZ-6895

• MCP Protokolü 2026-07-28: Sürüm Matrisi, Task'lar ve Elicitation

MCP Gateway, protokolün 2026-07-28 revizyonunu önceki revizyonların yanında destekler. 2026-07-28 istemcisi sürümü her istekle gönderir ve initialize el sıkışmasına ihtiyaç duymaz. server/discover çalışır; desteklenmeyen sürümle gelen istek -32022 hatasını ve desteklenen sürümlerin listesini alır. 2024-11-05 ve 2025-06-18 istemcileri eskisi gibi çalışır. Araç çağrısı, istemci o istekte Tasks uzantısını bildirmişse bir task döner (tasks/get, tasks/update ve tasks/cancel ile). Arka ucun kullanıcıdan ek girdi istemesi (elicitation), aynı dönemdeki iki taraf arasında istemciye ulaşır. Legacy arka uçlar için sunucuda Elicitation isteklerini aktar anahtarını açın. İki protokol dönemi arasındaki elicitation desteklenmez ve açık bir hata döner. Bkz. APNZ-6899

• Kimlik Doğrulamalı MCP ve A2A Gateway: İstemciler Standart OAuth Akışıyla Bağlanır

MCP gateway'e kimlik doğrulama politikası eklediğinizde bağlanan AI istemcisi token'ını standart OAuth akışıyla alır; kullanıcı token'ı elle kopyalamaz. Standard MCP OAuth profilini MCP proxy bazında Yönlendirme sekmesinden seçersiniz. Varsayılan Legacy profili önceki sürümlerin davranışını korur; bu yüzden mevcut proxy'ler değişmez. Standard proxy'de token'sız istek, korunan kaynak meta verisinin (RFC 9728) adresiyle birlikte 401 alır ve yetkilendirme sunucusu meta verisi yayınlanır. Makine ajanı token'ını client credentials ile alır. Token yalnızca verildiği kaynak için kabul edilir; Legacy token Standard proxy'de, Standard token da Legacy proxy'de kabul edilmez. A2A ajan kartı proxy'nin OAuth2 token adresini ve OpenID Connect şemasını gösterir. Standard profili seçmeden önce ortamdaki tüm worker'ları yükseltin. MCP Gateway. A2A Gateway. APNZ-6965

• Tüketici Yönetim API'si

APIops (Management API) artık tüketiciler için /apiops/projects/{projectName}/consumers, tüketici organizasyonları için /consumer-organizations adresinde bir yazma yüzeyine sahiptir. Tüketici, kurulumun atadığı tüketici anahtarıyla adreslenir. Tüketici oluşturabilir, güncelleyebilir, silebilir, parolasını değiştirebilir, erişim verebilir ve geri alabilir, gizli materyal, JWK ve token ayarlarını bağlayabilirsiniz. Oluşturma 201 ve Location header'ı ile yanıtlanır. Güncelleme bir JSON Merge Patch'tir: göndermediğiniz alan kayıtlı değerini korur, boş liste veya boş metin alanı temizler, "expireDate": null son kullanma tarihini kaldırır. Kullanıcı adı ve tüketici anahtarı değişmez. Parola yalnızca parola değiştirme eylemiyle, organizasyon yalnızca taşıma eylemiyle değişir. Canlı bir kimlik kaynağının (LDAP, OIDC, veritabanı veya API senkronu) yönettiği tüketici düzenlenemez. Gizli değerler yalnızca yazılabilir. Organizasyon yazmaları gateway'e gönderme sonucunu runtimeDeployment içinde döndürür. Bkz. APNZ-7013

• Etkinleştirme ve devre dışı bırakma eylemleri eklendi; kimlik kaynağının yönettiği tüketicilerde de çalışır.

• Tüketici okuması artık ipList, roleNames ve metadata döndürür. Gizli metadata girdisi değeri olmadan gelir; bu nedenle listeyi güncellemede geri gönderirseniz, değeri yeniden göndermediğiniz sürece girdi boş kaydedilir. Yeni okumalar: GET /token-settings ve GET /secrets (başvurulan sertifika, anahtar, keystore ve JWK'nın adı ve kapsamı; materyalin kendisi hiçbir zaman dönmez).

• Erişim satırları expireTime, environments, disallowedEndpoints ve disallowedApiProxies alanlarını taşır. Erişim verirken bu alanları gönderebilirsiniz. Yeni düzenleme işlemleri: PUT /access/api-proxies/{apiProxyName} ve PUT /access/proxy-groups/{proxyGroupName}.

• Yeni POST /actions/sync-match eylemi, tüketiciyi kaynağın adıyla bir LDAP, veritabanı veya API kimlik kaynağı kullanıcısına bağlar. Tüketici senkron yönetimli olur.

• Yeni /consumer-roles uç noktaları rolleri ada göre listeler, okur, oluşturur, günceller, yeniden adlandırır ve siler. Kullanımda olan bir rolü silmek 409 döndürür; force=true ile silme, rolü tüketicilerden, uygulamalardan ve API proxy yetkilendirme ayarlarından da kaldırır; ekran da aynısını yapar. roleNameList içindeki rol adı artık önce tüketicinin kendi projesinde, sonra admin projesinde çözülür; başka bir projenin rolü çözülmez. Bkz. APNZ-7021

• Limit Planlarında Model Erişim Kontrolü

Bir Limit Planı kuralının hedefi olarak AI modeli seçtiğinizde kural, modelin erişim durumunu gösterir: modelin erişim listesi varsa ACL (n), model kapalıysa Kapalı. Erişim listesi olan bir modeldeki limit yalnızca listedeki kimliklerin isteklerini sayar. Modelin erişim listesinin reddettiği çağrı, hata mesajlarından değiştirebileceğiniz POLICY_ROUTING_AI_MODEL_ACCESS_DENIED mesajıyla HTTP 403 alır. Bkz. APNZ-6977

• Özel Rol Tanımı ve LDAP Grup Tabanlı Yetkilendirme

Yönetim Konsolunda Roller ekranından asset kategorisi ve aksiyonlarına göre özel rol tanımlayabilirsiniz. Projede LDAP grubunu veya kullanıcısını takıma bağlayarak bu rollere atayabilirsiniz; LDAP üyesi kullanıcı giriş yaptığında proje yetkileri grup eşlemesinden çözülür. LDAP ile Giriş ayarındaki Grup → Sistem Yetkisi Eşlemesi tablosu ile dizin gruplarını sabit Manager sistem yetkilerine (Sistem Yöneticisi, Analyzer vb.) bağlayabilirsiniz; eşleşen yetkiler her girişte güncellenir ve kullanıcı listesinde (LDAP) işaretiyle görünür. Roller. LDAP ile giriş. APNZ-6486

DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• Script Politikası ve Script-2-API Düzenleyicilerinde Script Kontrolü, Kod Tamamlama ve Hazır Kod Kataloğu

Script politikası ve Script-2-API düzenleyicileri script'i Worker'daki çalışma motoruyla (Groovy ve JavaScript) çalıştırmadan kontrol eder. Her hata satır ve sütunuyla görünür. Script hata içeriyorsa Kaydet işlemi "Yine de kaydedilsin mi?" diye sorar ve kaydetmeyi engellemez. Kod tamamlama değişkenleri, bağlam değerlerini ve tipe uygun metotları önerir. Değişkenler bandı değişken tipine göre hazır kod sunar; hazır kod kataloğu ve Groovy script'lerinde kullanılabilen Java sınıfları ile metotlarının Sınıflar listesi eklendi. Dene düğmesinin açtığı Script'i Test Etme penceresi Ctrl+Enter tuşunu kabul eder, script'i çalıştırmadan önce kontrol eder ve credential ile HTTP metodu için test bağlamı sunar; gizli değerleri maskeler ve JavaScript script'leri artık bu pencerede çalışır. Derleme kontrolü ve Dene artık yalnızca Genel Ayarlar için değil, API Creator için MANAGE yetkisi olan kullanıcılara da açıktır. Script politikası. Script-2-API. APNZ-6944

• AI Limit Yönetiminin Sadeleştirilmesi: Token Kotaları ve Proje/Platform Limitleri

Token Kotaları ekranı ve bu ekranın yazdığı kuruluş, uygulama, proje ve varsayılan AI bütçeleri kaldırıldı; yükseltmede silinir ve Limit Planına dönüştürülmez. Çağıran (tüketici, API istemcisi, uygulama, kuruluş) limitlerini AI Token Limiti türündeki Limit Planı ile tanımlarsınız; AI proxy'deki tüm çağıranların toplam limitini Token Rate Limit politikasının LLM Gateway Koruması bölümü ile yönetirsiniz. Proje ve Platform Limitleri ekranı da kaldırıldı: Limit Planı artık bir projeye ya da platforma atanamaz (API İstek Sayısı ve AI Token Limiti). Planı tüketicilere, API istemcilerine, uygulamalara, kuruluşlara ya da API proxy'lere atayın. Yükseltmede sonlanmamış her proje ve platform ataması sonlandırılır; Proje kapsamlı, etkin her AI Token Kullanım Yüzdesi alarmı devre dışı bırakılır — kapsamını AI Gateway yapıp yeniden etkinleştirebilirsiniz. Token Kotaları kaldırılması. Limit planları. LLM Gateway koruması. APNZ-6947, APNZ-6954

• AI Limit Planlarında Dakikalık USD ve İstek Sayısı Limitleri

AI Token Limiti planının Bütçe (USD) grubuna USD/Dakika alanı eklendi (en çok 4 ondalık; Token Rate Limit politikasında da kullanılabilir). Aynı planda İstek Limitleri grubu ile AI proxy, model veya sağlayıcı hedefinde Dakika/Saat/Gün/Ay başına istek sayısı tanımlayabilirsiniz; LLM çağrısına ulaşan her istek sayılır, semantik önbellek isabetleri sayılmaz. Limit aşıldığında planın aşım aksiyonu uygulanır. Bkz. APNZ-6979, APNZ-6983

• LLM Sağlayıcı ve Model Yönetimi Tek Ekranda

Ayrı Modeller sayfası kaldırıldı; menü LLM Sağlayıcılar/Modeller oldu. Model yalnız kendi sağlayıcısı içinde düzenlenir; Açık anahtarı, fiyatlar ve model Erişim Kontrolü (ACL) kartı vardır. Model kataloğu, sağlayıcı kataloğu, izin verilen modeller listesi ve model yaşam döngüsü alanları kaldırıldı. Dışa/içe aktarmada Model Definition tipi kalktı; modeller LLM Provider ile birlikte taşınır. Bkz. APNZ-6987

• Tüketici ve Uygulama Verileri Birleştirildi

Tüketici ve uygulama verileri birleştirildi. Uygulama, uygulama işaretli bir tüketici kaydı olarak tutulur ve Tüketiciler ekranında Uygulama rozetiyle listelenir. Tüketicinin tüm yetenekleri artık uygulamalar için de kullanılabilir. Bkz. APNZ-6940

• Kimlik Doğrulama Politikalarında İsteğe Bağlı ACL Kontrolü

Clear Text, Base64, Digest, JWT ve OAuth2 politikalarına İstemci için ACL Kontrol Et seçeneği eklendi (Secret Manager kimlik kaynağında; varsayılan açık). Kapalıyken politika kimliği doğrular ancak credential'ın bu API Proxy veya Proxy Group için erişim listesini denetlemez; Limit Planı kuralları yine uygulanır. mTLS ve JOSE Validation aynı kimlik kurallarına hizalandı — ACL kapalıyken süresi dolmuş credential, bitmiş sözleşme ve tanımlı IP listesi kontrolleri artık reddeder. Bkz. APNZ-6976

• Sol Menüde Proje Adı Görünürlüğü

Sol aside'daki proje seçicide uzun proje adları dar alanda kesiliyordu. Proje adı için ayrılan alan genişletildi; tam ad fareyle üzerine gelindiğinde tooltip ile okunabilir. APNZ-6934

• Erişim Yalnızca ACL'de Tanımlanır; Tipli Erişim Modeli Kaldırıldı

Erişimin artık tek sahibi var: Erişim Kontrolü ekranındaki Erişim Kontrol Listesi (ACL) satırları. Erişim yetkileri (access entitlement) ve API istemcisi yetkilendirme kısıtları (Sahibini izle, Tümünü reddet, Alt kümeye izin ver) kaldırıldı; bunlar yalnızca ACL'nin bir kopyası olduğu için hiçbirinden veri taşınmadı. API istemcisinin Yetkilendirme sekmesi ile Erişim Kontrolü ekranındaki istemci mod, erişim ve kapsam rozetleri kaldırıldı. Erişim yetkisi REST uçları, API istemcisi kısıt uçları ve tüketici, uygulama ve API istemcilerindeki APIops /entitlements alt kaynakları kaldırıldı. Bkz. APNZ-6985

Gateway, bir API istemcisini tek bir ACL sahibinin satırlarıyla yetkilendirir. Eski bir kimlik bilgisinden türetilmiş istemcide sahip, gateway o kimlik bilgisini hâlâ tanıdığı sürece o kimlik bilgisidir; diğer tüm istemcilerde istemcinin sahibidir (tüketici ya da uygulama). Kaynak kimlik bilgisinde satırı olmayan türetilmiş istemci HTTP 403 (POLICY_AUTH_CREDENTIAL_PROXYNOTALLOWED) ile reddedilir; artık uygulamasının satırlarına geri düşmez. Abonelik başlığı (X-Apinizer-Subscription-Key) yalnızca o sahibin satırları arasından seçim yapar. Sözleşmeler hem ACL sahibinde hem istemcinin sahibinde denetlenir; ikisinden biri sona ermişse istek reddedilir.

Onaylanan bir portal aboneliği artık her zaman ACL satırı yazar; kimlik bilgisi olmayan bir uygulama için de (satırlar uygulamanın kimliği altına yazılır). Abonelik iptali, hesap iptali, uygulama silme ve API ürünü silme bu satırları kaldırır ve gateway'lerden undeploy eder.

Erişim Yetkilendirmesi tipi Dışa/İçe Aktarma sihirbazından kaldırıldı. Hâlâ Erişim Yetkilendirmesi dosyaları içeren eski bir paket normal şekilde içe aktarılır: bu dosyaların her biri atlanır ve sonuçta bir uyarı görünür (accessEntitlement.removed; APIops içe aktarma yanıtında da döner). Bkz.

• Context Window Kontrolü Routing'e Taşındı ve Modelin Değerini Kullanır

AI proxy'nin Routing sekmesindeki yeni Context window taşması kartı, model seçildikten sonra isteği kontrol eder. Sınır; modelin context window değeri eksi isteğin max_tokens değeri eksi 512 token güvenlik payıdır; yalnızca metin sayılır. İsteği reddet (varsayılan; seçim yapılmamış proxy'ler için de), Konuşmayı kısalt (en eski turlar silinir; istemcinin system mesajları ve son user mesajı korunur, yanıt X-Apinizer-AI-Truncated header'ı taşır) veya Sağlayıcıya bırak seçeneklerinden birini seçersiniz. Reddedilen istek sağlayıcıya ulaşmadan HTTP 400 (ERR-311) alır. Failover'da gövdeyi sığdıramayan aday atlanır. Context window değeri olmayan model kontrol edilmez. Davranış değişikliği: Token Rate Limit politikasından Context Window Kaynağı alanı kaldırıldı. Model Kataloğu kullanan proxy'ler artık varsayılan İsteği reddet davranışına geçer ve 429 (ERR-263) yerine 400 (ERR-311) döner. Bkz. APNZ-7010

• APIops Policy Güncellemesi Başka Tipte Policy Gövdesini Reddediyor

APIops ile bir API proxy üzerindeki policy güncellenirken gövdenin, kayıtlı policy ile aynı tipte olduğu artık kontrol edilir. Başka tipte bir gövde 400 ile reddedilir ve kayıtlı policy değişmez. Önceden güncelleme policy'yi yeni tiple değiştiriyor ve 200 dönüyordu; örneğin bir kimlik doğrulama policy'si throttling policy'sine dönüşebiliyordu. Bir policy'nin tipini değiştirmek için policy'yi silin ve yeni policy ekleyin. Global policy güncellemesi bu kontrolü zaten yapıyordu. Bkz. APNZ-7022

DESTEĞİ SONLANDIRILAN ÖZELLİKLER

• Rate Limit Control List Ekranı

Rate Limit Control List ekranı kullanımdan kaldırılıyor. Ekran salt okunurdur: eski listeleri yalnızca görüntüleyebilir ve silebilirsiniz. Tüm limitleri Limit Planları ile yönetin. Bkz. Limit Planları.

• Eski /credentials/ ve /credential-organizations/ Uç Noktaları Kullanımdan Kaldırılıyor

APIops'taki /credentials/ ve /credential-organizations/ uç noktaları çalışmaya devam eder. Her yanıt artık bir Deprecation header'ı ve rel="successor-version" içeren bir Link header'ı taşır; bu header /consumers veya /consumer-organizations adresini gösterir. Otomasyonunuzu yeni uç noktalara taşıyın. Bkz. APNZ-7013

Davranış değişikliği: Canlı bir kimlik kaynağının (LDAP, OIDC, veritabanı veya API senkronu) yönettiği tüketicinin bu eski uç noktalarla güncellenmesi, Manager ekranında olduğu gibi artık 400 ile reddedilir.

• APIops İstek Gövdesindeki Bilinmeyen Alanlar 2027.01.0'dan İtibaren Reddedilecek

APIops, istek gövdesinde tanımadığı bir alanı yok sayar ve 200 döner; değer kaydedilmez. 2027.01.0 sürümünden itibaren bilinmeyen alan içeren bir istek gövdesi 400 ile reddedilecek, hata her bilinmeyen alanın adını verecek ve hiçbir şey kaydedilmeyecek. Okuma yanıtında dönen alanlar (örneğin kimlikler ve bir sırrın tanımlı olduğunu gösteren işaretler) kabul edilmeye devam edecek; böylece okuduğunuz ve değiştirdiğiniz gövdeyi geri gönderebilirsiniz. 2027.01.0'a yükseltmeden önce otomasyonunuzu kontrol edin: her alan adını API Reference ile karşılaştırın ve yazma işleminden sonra değeri okuyarak doğrulayın. APNZ-7023

HATA DÜZELTMELERİ

• Politika Grubu İçindeki AI Politikalarının Streaming Yolunda Çalışması Düzeltildi

AI proxy'de Politika Grubu içine konan AI politikaları akış (streaming) yolunda atlanıyordu. Grup içindeki Kişisel Veri Maskeleme veya Veri Sızıntısı Koruması (DLP) politikası akıtılan parçaları maskelemiyordu; engelleme veya maskeleme kuralı olan DLP ya da Konu-Dışı Koruması politikası akıtılan yanıtı bekletip taramıyordu. Bu politikalar artık Politika Grubu içinde, doğrudan AI proxy üzerine konmuş gibi çalışır; grup içinde engelleme veya maskeleme kuralı olan bir DLP politikası akıtılan yanıtı göndermeden önce bekletir (ilk token daha geç gelebilir). Bkz. APNZ-6949

• Politika Grubu İçinde MCP/A2A Çağrısının Araç Döngüsünde Çalışması Düzeltildi

AI proxy'de yanıt yönünde Politika Grubu içine konan MCP Çağrı veya A2A Çağrı politikası artık araç çağırma döngüsünde çalışır; araç sonucu bir sonraki tur olarak modele gider. Önceden döngü gruptaki politikayı bulmuyordu ve istemciye ham araç çağrısı dönüyordu. Bkz. APNZ-6950

• Araç Sonuçlarında Tüm PII Maskeleme Kurallarının Uygulanması Düzeltildi

Araç çağırma döngüsündeki MCP ve A2A çağrılarının araç sonuçları artık proxy'deki tüm etkin ve yanıt yönlü Kişisel Veri Maskeleme politikalarının kurallarıyla maskelenir. Önceden yalnızca son eşleşen politikanın kuralları uygulanıyordu. Davranış değişikliği: Koşullu bir Kişisel Veri Maskeleme politikası, koşulu o istekte sağlanmasa bile artık araç sonucunu maskeler; yanıt gövdesinin maskelenmesi değişmedi ve politikanın koşuluna uyar. Bkz. APNZ-6953

• LLM Gateway'de Streaming Ayarının Chat Dışı Uçları Etkilememesi Düzeltildi

Streaming açık bir LLM Gateway tanımında /v1/embeddings, /v1/audio/speech, /v1/images/generations ve /v1/audio/transcriptions istekleri artık reddedilmez; streaming yalnızca chat ve responses uçlarını etkiler. Önceden embedding, ses ve görsel uçları streaming açıkken 400 dönüyordu. APNZ-7009

---

Sürüm 2026.09.0

uyarı

ÖNEMLİ — SQL/JDBC trafik-log connector kullanıyorsanız aksiyon gerekli: Apinizer kurulumunuz API proxy trafik loglarını SQL/JDBC trafik-log connector'ı üzerinden ilişkisel bir veritabanına (Oracle, MySQL, PostgreSQL veya SQL Server) yazıyorsa, 2026.09.0 sürümüne yükseltmeden önce log tablosu güncelleme scriptini çalıştırmanız gerekir. Bu script, yeni AI Gateway, MCP Gateway, A2A Gateway ve yönlendirme teşhis bilgilerini ilgili log tablosuna ekler. Elasticsearch veya MongoDB trafik-log connector kullanıyorsanız bu adıma gerek yoktur — bu connector'lar yeni bilgileri zaten otomatik olarak taşır. Log Tablosu Güncelleme Scriptleri

uyarı

ÖNEMLİ — API Portal API Product spec dosyaları: Bu sürümde API Product OpenAPI/spec yönetimi değişti. Yükseltmeden önce mevcut ürünlerinizin spec dosyalarını yedekleyin:

• Spec dosyası doğrudan yüklenerek oluşturulmuş ürünler: Spec’i yükseltmeden önce indirin. Yükseltme sonrasında her ürüne girip spec’i yeniden yüklemeniz gerekir.
• Apinizer üzerinden (proxy / katalog seçimiyle) oluşturulmuş ürünler: Spec’i yükseltmeden önce veya sonra indirebilirsiniz; yükseltme sonrasında yine her ürüne ayrı ayrı girip spec’i yeniden yüklemeniz gerekir.

not

Bu sürümün ana teması Apinizer AI Gateway modülüdür — LLM tabanlı servisleri, normal API'lerle aynı yaşam döngüsü, yönlendirme, güvenlik ve gözlemlenebilirlik modeli altına getiriyor.

ÖNE ÇIKAN YENİ ÖZELLİKLER

• AI Gateway — LLM Servislerini Diğer API'ler Gibi Yönetin

Mevcut API proxy modelinin yanına tam bir AI Gateway modülü eklendi: LLM servislerini tek bir OpenAI-uyumlu uç noktanın arkasına alan "AI" tipinde bir API proxy oluşturulabiliyor; bu proxy OpenAI, Azure OpenAI, Gemini, Bedrock, Vertex, DeepSeek, Moonshot ve Ollama (ve OpenAI-uyumlu kendi kurulumunuzdaki motorlar) için sağlayıcılarla destekleniyor, uçtan uca istek/yanıt akışlı (streaming) yanıtlarla birlikte. Bkz. APNZ-5128

• Çoklu-Sağlayıcı Yönlendirme ve Otomatik Failover

AI proxy'ler maliyet veya gecikmeye göre sağlayıcılar arasında yönlendirme yapabiliyor, eşit öncelikli birden fazla birincil bağlantı arasında trafiği dağıtabiliyor ve bir birincil bağlantı hata verdiğinde veya erişilemez olduğunda yapılandırılmış bir yedek zinciri üzerinden otomatik olarak yedeklemeye geçebiliyor. Bkz. APNZ-5128

• AI Guardrail Politikaları — Prompt, PII, DLP, Topic ve Loop Koruması

İstek ve yanıt trafiğini koruyan bir AI-özel guardrail politika ailesi eklendi: Prompt Guard jailbreak ve prompt enjeksiyon girişimlerini tespit ediyor (anlık, arka planda veya gölge modda değerlendirilebiliyor), PII Mask hem normal hem de akışlı yanıtlarda TCKN, IBAN ve telefon numarası gibi kişisel verileri maskeliyor, DLP Guard yapılandırılabilir gizli/hassas veri kalıplarına karşı eşleşmeleri blokluyor/işaretliyor/maskeliyor, Topic Guard konuşmaları onaylı bir konuda tutuyor, Context Integrity konuşma manipülasyonuna karşı koruyor, Loop Guard ise kontrolden çıkan tool çağrı döngülerini sınırlıyor. Guardrail preset'leri proje bazında bir kez tanımlanıp AI proxy'ler arasında yeniden kullanılabiliyor. Bkz. APNZ-5128

• LLM Yanıtları için Semantic Cache

AI proxy'ler LLM yanıtlarını iki katmanda önbelleğe alabiliyor — birebir eşleşen prompt'lar için tam eşleşme önbelleği ve neredeyse aynı prompt'lar için anlam benzerliğine dayalı semantic cache — bu sayede sık sorulan sorular için istek sağlayıcıya ulaşmadan önce tekrarlanan maliyet ve gecikme azaltılıyor. Bkz. APNZ-5128

• Token ve Maliyet Bütçeleri ile Rate Limiting

Token ve USD bütçeleri proje, uygulama, credential ve organizasyon kapsamında zorlanabiliyor; istek öncesi tahmini maliyete karşı rezervasyon ve yanıt tamamlandığında gerçek kullanıma karşı mutabakat uygulanıyor. Esnek üst sınırlar trafiğe izin vermeye devam ederken uyarı veriyor; katı üst sınırlar ise bir kota tükendiğinde sonraki istekleri reddediyor. Bkz. APNZ-5128

• RAG (Retrieval-Augmented Generation) ve Knowledge Base'ler

Knowledge base'ler kendi dokümanlarınızdan (PDF yükleme, parçalara ayırma ve yinelenenleri ayıklama ile) oluşturulup seçtiğiniz bir vektör deposuna — pgvector, Qdrant veya Redis — Ollama veya OpenAI gibi bir sağlayıcı üzerinden kaydedilebiliyor. Bir RAG injection politikası istek anında ilgili pasajları getirip modelin yanıtını bu verilere dayandırıyor; bir knowledge base, dokümanları değiştikçe talep üzerine yeniden hazırlanabiliyor. Bkz. APNZ-5128

• MCP Gateway — Inbound ve Outbound Model Context Protocol

Apinizer artık MCP'nin (Model Context Protocol) her iki tarafında da yer alıyor: inbound bir MCP sunucusu, herhangi bir AI proxy'yi MCP-uyumlu agent'ların keşfedip çağırabileceği bir tool seti olarak dışa açıyor; outbound bir MCP Tool Call politikası ise bir AI akışının bir isteği işlerken harici bir MCP sunucusundaki tool'ları çağırmasını sağlıyor. Bkz. APNZ-5128

• A2A Gateway — Inbound ve Outbound Agent2Agent Protocol

Apinizer AI Gateway ayrıca A2A'yı (Agent2Agent) çift yönlü destekliyor: inbound tarafta bir AI proxy, agent kartı ve mesaj/görev yaşam döngüsüyle bir A2A agent olarak yayınlanabiliyor; outbound tarafta bir A2A Agent Call politikası bir AI akışının harici bir A2A agent'a iş devretmesini sağlıyor. Bkz. APNZ-5128

• LLM Sağlayıcıları, Model Kataloğu ve Credential Bazlı Erişim

LLM sağlayıcı bağlantıları API anahtarlarını şifreli secret olarak saklıyor ve herhangi sayıda AI proxy'de yeniden kullanılabiliyor; bir model kataloğu maliyet takibi ve yönlendirme kararları için her modelin fiyatlandırma ve kabiliyetlerini tutuyor; tüketici tarafı erişim ise credential'lar üzerinden kapsamlanıyor — böylece belirli bir uygulama veya kullanıcıya, başkasınınkine dokunmadan kendi model ve bütçe erişimi verilebiliyor. Bkz. APNZ-5128

• AI Analitik ve Gözlemlenebilirlik

Elasticsearch tabanlı bir AI analytics katmanı her AI isteğini sağlayıcı, model, token sayıları, maliyet, gecikme, önbellek isabeti ve guardrail isabeti için özel alanlarla takip ediyor — akışlı yanıtlarda token'lar yanıt tamamlandığında sayılıyor. Dashboard'lar özet göstergeleri ve token/maliyet trendlerini, sağlayıcı ve model payını, guardrail ve önbellek etkinliği raporlarını, kişi/grup/organizasyon birimi/uygulama/model bazlı kullanım kırılımlarını ve canlı bir istek izleme görünümünü gösteriyor. Bkz. APNZ-5128

• APIops ile Yönetilebilen AI Varlıkları

Her AI varlık tipi — LLM sağlayıcı bağlantıları, AI proxy'ler, MCP ve A2A gateway'leri, knowledge base'ler, vektör veritabanı bağlantıları ve bütçeler — artık normal API proxy'ler ve bağlantılar gibi APIops üzerinden isim bazlı oluşturulup güncellenip silinebiliyor. Giden bir MCP sunucusu ya da A2A ajanı ayrı bir varlık değildir; kendisini kullanan gateway yönlendirmesiyle veya politikayla birlikte tanımlanır. APNZ-5128

• Identity Management'ta Metadata ve AI Bütçe Kapsamlı Portal Uygulamaları

Portal Uygulamaları artık tüm projelerde adminler tarafından doğrudan Identity Management menüsünden görüntülenip yönetilebiliyor; ayrıca özel bir salt-okunur görüntüleme sayfası, Edit/Delete aksiyonları ve self-service Portal UI ile paylaşılan yeni bir şifreli anahtar-değer Metadata sekmesi eklendi. AI token/maliyet bütçeleri artık, boş bırakıldığında mevcut kurum-geneli bütçeleri bozmadan, tek bir uygulamanın credential'ına kadar daraltılabiliyor. Ayrıca, portal bağlantısı eksik kalan eski Portal Uygulamalarının Manager'da görünürken Portal UI'da görünmez olduğu bir veri-senkron hatası da giderildi. Bkz. APNZ-6419

• Kimlik Bilgisi Senkronizasyonu

LDAP/Active Directory, Veritabanı ve API kimlik sağlayıcılarındaki kullanıcılar artık zamanlanmış veya elle tetiklenen bir işle otomatik olarak Apinizer kimlik bilgisi kayıtlarına senkronize edilebiliyor; senkronizasyon profili, deaktivasyon modu, durum/geçmiş izleme ve çakışma yönetimi her sağlayıcı ekranından yönetiliyor. Bkz. APNZ-6445

• API Portal Destek Talepleri

Son kullanıcılar artık API Portal üzerinden doğrudan destek talebi açabiliyor, talep üzerinde mesajlaşabiliyor ve talebi takip edebiliyor. API Manager'a da eşleşen bir admin-taraflı talep gelen kutusu eklendi — liste, detay görünümü, KPI dashboard'u, özelleştirilebilir talep numarası prefix'i ve atanmamış talep sayacı — ayrıca opsiyonel bir Jira durum eşlemesi, talep yaşam döngüsünü (Open, Waiting for Customer, Answered, Resolved) Jira üzerinden yönetebiliyor. APNZ-6468

• API Portal Ürün, Plan, Katalog ve Uygulama Yönetiminin Yenilenmesi

API Portal yönetimi uçtan uca yenilendi: API ürünlerinde Free / Flat rate / Metered / Tiered plan modeli, sekmelere ayrılmış ürün yönetimi (API'ler, planlar, görünürlük, OpenAPI, abonelikler), sağlayıcıya dönük API Kataloğu, kuruluş üyelik/davet/katılım talepleri, uygulama oluşturma–abonelik–prod terfi sihirbazları ve silme onay akışı eklendi. Yönetim tarafında kuruluşlar arası Trafik ve Kullanım raporu (Kullanım / Trafik sekmeleri, Test-Sandbox / Production ortam anahtarı) ile güncel kota görünümü sunuluyor. Bkz., Bkz. APNZ-6470

• API Portal API Trafik Raporu

Portal yöneticileri artık Portal → Raporlar → API Trafik Raporu ekranından API ürünü, kurum, hesap ve uygulama bazında portal abonelik trafiğini tablo halinde görüntüleyebiliyor; başarılı, bloklanmış ve hatalı istek sayıları ile min/maks/ortalama yanıt sürelerini tarih aralığı, API ürünü, kurum ve hesap filtreleriyle sorgulayabiliyor. APNZ-5200

• Bağımlılıklarla Yenilenen Dışa/İçe Aktarma Sihirbazı

Proje menüsünden erişilen yeni Export/Import sihirbazı, API Proxy, Proxy Group, global politika, politika grubu, kimlik bilgisi, LLM Provider, MCP/A2A bağlantıları, knowledge base ve daha birçok nesne tipini bağımlılık ağacıyla birlikte tek pakette dışa aktarmayı; içe aktarımda ise her bağımlılığı hedef projedeki karşılığıyla eşleştirmeyi veya yeni oluşturmayı sağlıyor. Varlık ekranlarındaki Export/Import aksiyonları artık doğrudan sihirbaz akışına yönlendiriliyor; Task Flow, Identity Service, Test Collection (klasör ağacı ve test kayıtları birlikte), Uptime Monitor, Custom Query ve Report Configuration gibi ek varlık tipleri de destekleniyor. Paylaşılan bağımlılıklar tek kopya olarak çözülür, istenmeyen nesneler veya bağımlılıklar paketten çıkarılabilir; Import as New / Replace Existing modları, API Proxy/Proxy Group için Client Route düzenleme ve opsiyonel paket şifreleme (gizli değerler ve nesne adları dahil) desteklenir. Bkz. APNZ-6411, APNZ-6443, APNZ-6450

• Test Console: Postman Koleksiyon Aktarımı

Test Console'daki test koleksiyonlarını Postman Collection v2.1 (.json) olarak dışa ve içe aktarabilirsiniz; iç içe klasör ağacı tek dosyada taşınır. Bkz. APNZ-6451

• Gateway Idempotency Ayarı

CORS ve Cache ayarları gibi API proxy, proxy group ve Setting Groups üzerinden yapılandırılabilen yeni bir Idempotency Setting eklendi. Yinelenen istekler gateway'de yakalanıyor; aynı anda gelen tekrarlar reddediliyor, tamamlanan istekler saklanan yanıtla yeniden sunulabiliyor — özellikle ödeme ve açık bankacılık akışlarında yeniden deneme veya ağ tekrarı kaynaklı çift işlem riskini azaltmak için. Aynı ayar APIops üzerinden de güncellenebiliyor. Bkz. APNZ-6453

• JOSE Politikalarında DPoP

JOSE Validation politikası artık gönderene bağlı (sender-constrained) access token doğrulamasını destekliyor; JOSE Implementation politikası da DPoP korumalı üst sistemlere istemci olarak giderken proof üretebiliyor — token çalınsa bile private key olmadan kullanılamaz. Bkz., Bkz. APNZ-6473

• Standart Kopyalama, Denetim ve Geri Yükleme

API Proxy, politika, bağlantı, kimlik bilgisi, keystore ve diğer birçok varlık türünde Kopyalama (Duplicate), Denetim (Audit) ve Geri Yükleme (Rollback) artık ortak bir yaşam döngüsü aksiyonu olarak sunuluyor: bir kaydı tek tıkla klonlayabilir, değişiklik geçmişini diff görünümüyle inceleyebilir ve gerektiğinde önceki bir yapılandırma anlık görüntüsüne geri dönebilirsiniz. Bkz. APNZ-6309, APNZ-4729, APNZ-6327, APNZ-3823

İYİLEŞTİRMELER

• Backend Ağ Alt-Faz Zamanlama Metrikleri ve Routing Diagnostics Paneli

Gateway artık her backend çağrısı için bağlantı kurma, güvenli bağlantı kurulumu, ilk yanıta kadar geçen süre ve gövde okuma süresini ölçüyor ve bunları mevcut yönlendirme izleme bilgisiyle birlikte kaydediyor. Bu adım adım süreler bir Routing Diagnostics panelinde gösteriliyor; destek ve operasyon ekiplerine, harici bir izleme aracına ihtiyaç duymadan yavaş veya zaman aşımına uğrayan bir backend çağrısının tam olarak nerede takıldığını bulma imkanı veriyor. Bkz. APNZ-6345

• Backend Routing Adresinde HTTP Metod Override

Her backend routing adresi tanımı artık, isteğin geldiği metodu her zaman ilettiği davranışın yerine, kendi HTTP metodunu isteğe bağlı olarak sabitleyebiliyor. Bu ayar her adres için ayrı uygulanıyor — birincil, canary, sticky, yük dengeleme ve failover adreslerinin her biri kendi değerini kullanıyor — aynalanan trafik ise kendi adres ayarını kullanmaya devam ediyor. Gateway artık HTTP QUERY metodunu da tanıyor: istemciden QUERY ile gelen bir istek, daha önce olduğu gibi hata vermek yerine kabul ediliyor ve gövdesiyle birlikte backend'e iletiliyor. Bkz. APNZ-6430, APNZ-6401

• Attribution-Zenginleştirilmiş Kota Kullanım Takibi ve Uyarıları

Kota kullanımı artık credential planı, API bazlı kota politikası ve Rate Limit Control List değerlerini periyodik olarak credential, uygulama, ürün/hesap ve kurumuna kadar ilişkilendiriyor. Bu bilgiler hem Kota Kullanımı & Uyarılar tüketim raporunu hem de yapılandırılabilir kota eşiği e-posta uyarılarını besliyor. Bkz. APNZ-6431, APNZ-5162, APNZ-5059

• Key Store, Trust Store ve Key için Export/Import

Key Store ve Trust Store tanımları (JKS/PFX) ile private/public/secret key tanımları artık, sertifikaların zaten yapabildiği gibi, binary dosya veya taşınabilir JSON export olarak dışa/içe aktarılabiliyor. Aynı işlemler APIops'a da eklendi ve Manager UI'da hem Key Store hem de Crypto Key ekranlarına bağlandı. Bkz. APNZ-4959

• APIops ile API Proxy Deploy Durumu Sorgulama

APIops üzerinden bir API proxy'nin belirli bir ortamda deploy edilip edilmediği ve yeniden deploy gerekip gerekmediği sorgulanabiliyor — otomasyon süreçlerinde deploy öncesi/sonrası kontrol için. Bkz. APNZ-6349

• APIops ile Route Sağlık Kontrolü, Invoke Bilgisi ve Backend Hata Şablonu Ayarı

APIops üzerinden deploy sonrası route'un sunulup sunulmadığı kontrol edilebiliyor; çağrı bilgisi (adres, yol, metodlar) alınabiliyor; Routing'deki backend hata yanıt şablonu ayarı okunup güncellenebiliyor. Bkz., Bkz., Bkz. APNZ-6350, APNZ-6352, APNZ-6343

• APIops ile Allowed IP List'te IP Group ve Query Parametre Kodlama

APIops Management API üzerinden Allowed IP List politikasına artık doğrudan IP/CIDR listesinin yanı sıra mevcut IP Group kayıtları da bağlanabiliyor; ayrıca bağlantı ayarlarından backend'e iletilen query parametrelerinin nasıl kodlanacağı seçilebiliyor (Standart, Korumalı, Ham) — Manager'daki Query Parametre Kodlama ayarıyla aynı seçenekler. Bkz., Bkz., Bkz. APNZ-6377, APNZ-6383

• Hata Hattında Script için Hata Bilgisi

API Proxy hata hattına eklenen Script politikaları artık oluşan hatanın türüne, mesajına, koduna ve HTTP durumuna bakarak farklı davranabiliyor — örneğin yönlendirme hatalarında yanıt dönüşümü uygulayıp politika bloklarında dokunmadan geçmek için. Bkz. APNZ-6381

• API Promotion'da Bağımlılıkların Promote Edilmesi

API Promotion aktarımlarında kaynak API Proxy veya Proxy Group'un creator bağımlılıkları ile global politika ve sertifika ailesi kayıtları otomatik tespit edilip hedef ortamda eşlenmeli veya yeni oluşturulmalı; böylece yalnızca proxy tanımı değil, çalışması için gereken bağımlılıklar da birlikte taşınabiliyor. Bkz. APNZ-6412

• Yenilenen Reparse Akışı — Alan Seçimli Üzerine Yazma

API Proxy yeniden ayrıştırma (reparse) sihirbazı yenilendi: kaynak tanımı (WSDL/OpenAPI vb.) yeniden çekildikten sonra yönlendirme adresi, şema, isim ve metod listesi gibi alanlardan hangilerinin üzerine yazılacağını seçebilir; içe aktarma buna göre ilerler. Bkz. APNZ-6444

• OAuth2/JWT Token Uç Noktalarında Yapılandırılabilir Scope Uyuşmazlığı Davranışı

Credential bazlı ve proxy bazlı OAuth2/JWT akışlarında token üretimi artık, istenen scope eksik olduğunda her zaman hata vermek yerine, merkezi olarak yapılandırılabilir paylaşımlı bir ayar üzerinden scope uyuşmazlıklarını çözüyor. Adminler, isteği tamamen reddetmek yerine istenen ve verilen scope'ların kesişimiyle token verilmesini seçebiliyor; bu, proxy tarafındaki client credentials akışının hiç scope doğrulaması yapmadığı önceki bir boşluğu da kapatıyor. Bkz. APNZ-6232

• Tüketici Düzenleme Ekranı İyileştirmesi

Tüketici Secrets bölümündeki secret atama listelerinde (sertifika, anahtar, trust store vb.) arama alanı eklendi. Bkz. APNZ-5662

• Keystore Studio

Apinizer Toolbox'a, masaüstü KeyStore Explorer'ın tarayıcı tabanlı bir karşılığı olan yeni bir "Keystore Studio" aracı eklendi. Yaygın keystore ve sertifika formatlarını açıp inceliyor, anahtar çiftleri üretiyor, sertifikaları içe aktarıyor ve sonucu doğrudan Apinizer secret havuzuna kaydedebiliyor. Bkz. APNZ-6308

• Proje Tanımlarında Çoklu Tag ve Tag Bazlı Filtreleme

Projeler artık proje tanım ekranından çoklu serbest-metin etiketlerle (tag) etiketlenebiliyor ve proje seçim popup'ı, kullanıcıların proje listesini bu tag'lere göre filtrelemesine izin veriyor — çok sayıda projesi olan kurumlarda projeleri organize etmeyi ve bulmayı kolaylaştırıyor. Bkz. APNZ-4954

• SOAP Method Settings'te Opsiyonel WS-Addressing Alanları

SOAP Method Settings'teki WSA Settings bölümü artık kaydetmeden önce her WS-Addressing adres alanının doldurulmasını zorunlu kılmıyor; bu 8 alan artık isteğe bağlı, zorunlu seçimler ve üst seviye SOAP Action ise zorunlu kalmaya devam ediyor. Bkz. APNZ-6247

• Organization Manager Portal Hesaplarında Aynı E-postayla Tekrarlı Kayıt Engelleme ve Şifre Validasyonu

Organization Manager Portal hesabı oluşturma/düzenleme ekranı artık, girilen e-posta adresi başka bir hesaba aitse Save'i engelliyor; bu kontrol alan düzenlenirken anlık olarak yapılıyor. Form ayrıca şifre karmaşıklığını da zorunlu kılıyor — minimum/maksimum uzunluk ve büyük/küçük harf karışımı. APNZ-5941

• Log Connector'larında Performans İyileştirmeleri

Webhook, Syslog, Kafka, RabbitMQ ve Database connector'ları ile log yazımında performans iyileştirmeleri yapıldı. APNZ-6482, APNZ-6483

• API Call ve JOSE Politikalarında Hata Alınırsa Yeniden Deneme

API Call politikası ile JOSE Validation ve JOSE Implementation politikalarının dinamik anahtar çağrıları artık hata alındığında yapılandırılabilir yeniden deneme (retry) uygulayabiliyor; bağlantı hataları ve seçilen HTTP durum kodları için deneme sayısı, bekleme stratejisi ve üst sınırlar politika ekranından yönetiliyor. Bkz., Bkz., Bkz. APNZ-6492

• API Product Files'ta PDF Yükleme ve Yayında Dosya Silme

API Portal'deki API Product Files sekmesi artık PDF dosyası yüklemeyi destekliyor; yayınlanmış ürünlerde de dosya silme akışı düzgün çalışıyor. Bkz. APNZ-6502

• API Product ve Portal Setting Export/Import

API Product ve Portal Setting tanımları artık Export/Import sihirbazı üzerinden dışa/içe aktarılabiliyor; portal ürünleri ve portal ayarları da diğer varlıklarla aynı paketleme akışına dahil edilebiliyor. Bkz., Bkz., Bkz. APNZ-6497

• API Routing'te HTTP/2 Desteği

API routing kısmında HTTP/2 desteği getirildi. Bkz. APNZ-6507

• RLCL APIops GET ve LIST Endpoint'leri

RLCL (Rate Limit Control List) tanımları artık APIops üzerinden tek tek okunup proje bazında listelenebiliyor. Bkz., Bkz. APNZ-6516

HATA DÜZELTMELERİ

• API Proxy Grubuna Birden Fazla Proxy Eklenememesi Düzeltildi

API Proxy Grubu sayfasında bir gruba aynı anda birden fazla API Proxy eklenmek istendiğinde işlem hata ile sonuçlanıyor ve seçilen proxy'ler gruba eklenemiyordu. Bir gruba artık aynı anda birden fazla API Proxy sorunsuz biçimde eklenebiliyor. Bkz. APNZ-6403

• Kota ve Daraltmada Limite Takılan İsteklerin Sayaca Dahil Edilmesi Düzeltildi

Kota ve daraltma politikalarında limite takılıp reddedilen istekler kullanım sayacını şişirebiliyor; limit sonradan artırılsa bile kalan hak beklenenden az kalabiliyordu. Reddedilen isteklerin sayılıp sayılmayacağı ve limit değişince sayaç davranışı artık ayarlanabiliyor. Bkz., Bkz. APNZ-2452

• Upgrade Sonrası Allowed IP List Politikalarının Kaybolması Düzeltildi

2025.11.0'dan 2026.04.x'e yükseltmede API Proxy'ye eklenmiş Allowed IP List politikaları kaybolabiliyordu. Proxy'ye doğrudan eklenen politikalar artık korunuyor. Bkz. APNZ-6494

• Çoklu Portal Ortamında Şifremi Unuttum E-postasının Yanlış Portal Ayarlarıyla Gitmesi Düzeltildi

Birden fazla API Portal tanımlı ortamlarda Şifremi Unuttum akışı, isteğin yapıldığı portal yerine başka bir portalın e-posta ve bağlantı ayarlarını kullanabiliyordu; sıfırlama ve giriş linkleri yanlış portala yönlenebiliyordu. Artık her portal kendi ayarlarını kullanıyor. Bkz., Bkz. APNZ-6409

• Yüksek Token/Audit Yükünde Worker Pod Restart Sorunu Giderildi

Yoğun token endpoint trafiğinde token ve audit log yazımı worker'ları zorlayıp pod'ların yeniden başlamasına yol açabiliyordu. Log yazımı ve hata loglama bu yük altında tıkanmayacak şekilde iyileştirildi. Bkz. APNZ-6501

• Credential Listesinde E-posta ile Filtreleme Eklendi

Credential listesinde aynı e-posta adresine bağlı farklı API key'leri ayıklamak için e-posta ile filtreleme yapılamıyordu. Artık e-posta bazlı filtreleme kullanılabiliyor. Bkz. APNZ-6500

• Cache Politikasında Conditions Kaydının Kaybolması Düzeltildi

Cache politikasında tanımlanan koşullar kaydedilmiyor, politika yeniden açıldığında görünmüyordu. Koşullar artık kalıcı olarak kaydediliyor. Aynı sorun, koşul sekmesi olan ilgili AI politikalarında da giderildi. Bkz. APNZ-6504

• API Call Politikasının İstenmeden Accept-Encoding Göndermesi Düzeltildi

API Call politikası, Header sekmesinde tanımlı olmasa bile sıkıştırma kabul başlığı gönderebiliyordu. Varsayılan artık kapalıdır; istenirse Ayarlar'dan açılabilir. Bkz. APNZ-6513

• Update API Proxy'de Deploy Hatasında Yanlışlıkla Undeploy Olması Düzeltildi

Management API ile proxy güncellenirken geçersiz bir ortam verilince hata dönülmesine rağmen proxy yayından düşüyordu. Deploy başarısız olduğunda önceki yayın durumu korunuyor. Bkz. APNZ-6515

• Expect: 100-continue Başlığının Backend'e Ham Forward Edilmesi Düzeltildi

İstemcinin Continue beklentisi backend'e iletilince hata, bekleme veya protokol sorunu oluşabiliyordu. Bu başlık artık backend'e iletilmiyor. Bkz. APNZ-6509

• Başarılı DB-2-API Stored Procedure Çağrılarında Yanlış-Pozitif Application Log Hatası Düzeltildi

Try It üzerinden çağrılan başarılı bir DB-2-API stored procedure çağrısı, sonuç başarılı olsa bile Application Logs'ta Error olarak kaydedilebiliyordu. Aynı procedure'ün Try It ve API Proxy çağrıları artık tutarlı şekilde loglanıyor. Bkz. APNZ-6086

• DB-2-API Duplicate Sonrası Deploy'da Politikaların Kaybolması Düzeltildi

DB-2-API klonlandığında politikalar duplicate ekranında görünüyordu ancak deploy sonrası kaybolabiliyordu. Deploy akışı artık kopyalanan DB-2-API proxy'sindeki politika tanımlarını kalıcı olarak koruyor. Bkz. APNZ-6358, APNZ-3823

• Portal'da Düzenlenip Kaydedildiğinde FAQ Kayıtlarının Silinmesi Düzeltildi

Mevcut bir Portal FAQ kaydını düzenleyip kaydetmek, kaydı güncellemek yerine silebiliyordu. Kayıt artık portal ilişkisi korunarak doğru şekilde güncelleniyor. APNZ-6095

• Yayınlanan Portal Sayfalarında Boş Accordion Kutuları Düzeltildi

Accordion tarzı kutular kullanan HTML içerik sayfaları Manager'ın önizlemesinde doğru görünürken, yayınlandıktan sonra boş kutular gösteriyordu. Yayınlanan sayfalarda accordion içerikleri artık güvenilir şekilde açılıyor. APNZ-6182

• Portal API Spesifikasyon Örneklerinin JSON Yerine Ham Metin Olarak Görünmesi Düzeltildi

Portal API spesifikasyon sayfalarındaki örnek istek ve yanıt gövdeleri, geçerli JSON yerine okunaksız ham metin olarak görünüyordu. Örnekler artık Manager UI ile aynı şekilde düzgün JSON olarak gösteriliyor. APNZ-6356, APNZ-6364

• Portal Raporlama ve Dashboard Sorunları Düzeltildi

Portal Reports/Analytics alanında birkaç sorun düzeltildi: aboneliği olmayan tüketici için API test console açıklayıcı bir mesajla kapatılabiliyor; hesap değiştirince dashboard eski veri göstermiyor; çoklu-seçim filtreler doğru etiketleri gösteriyor; kurumlar arası veri sızıntısı kapatıldı. APNZ-6432

• REST-to-SOAP-to-REST Proxy'lerde Yanlış WSDL Reparse Değişiklik-Önizlemesi Düzeltildi

Bir REST-to-SOAP-to-REST proxy için WSDL'in yeniden ayrıştırılması yanlış tanım çiftini karşılaştırıyor ve hiçbir şey değişmediğinde bile her endpoint'i değişmiş olarak raporlayabiliyordu. Önizleme artık yalnızca istemciye dönük sözleşmeyi karşılaştırıyor ve SOAP operasyonlarını dönüşüm boyunca güvenilir şekilde eşliyor. Bkz. APNZ-5956

• Politika Sürükle-Bırak Önizlemesinin Yalnızca Üst Yarısını Göstermesi Düzeltildi

API Proxy Flow ekranında bir istek/yanıt/hata politika butonunu yeniden sıralamak için sürüklerken, sürükleme önizleme kutusu görsel olarak kesiliyordu. Sürükleme sırasında imlecin altında artık tam politika kutusu görünüyor. Bkz. APNZ-6056

• Deploy Geçmişi Sorgusu Nedeniyle Proxy Deploy Hatası Düzeltildi

Deploy geçmişi yüzünden proxy deploy'u başarısız olabiliyordu. Sorun giderildi; deploy güvenilir şekilde tamamlanıyor. APNZ-6300

• Promotion Modülünde Kaydedilmemiş Mapping'in Otomatik Oluşması Düzeltildi

API Promotion'da mapping oluştururken source API seçildikten sonra Save butonu devre dışı kalsa bile, Save'e basmadan listeye dönüldüğünde mapping kaydı oluşmuş görünüyordu. Mapping artık yalnızca Save ile kalıcı hale getiriliyor. Bkz. APNZ-6379

• OAuth/JWT Politikalarında Client ID/Secret Düzenleme Akışı Tutarlılığı Düzeltildi

OAuth/JWT politikalarında client id ve client secret alanları policy group, API Proxy Group, global politika ve proxy group içindeki politika ekranlarında API Proxy sayfasındaki gibi düzenlenemiyor veya Automatic/Manual seçimli regenerate akışı sunulmuyordu. Tüm bu ekranlarda artık API Proxy ile aynı düzenleme ve regenerate (Automatic / Manual key generation) davranışı sağlanıyor. Bkz. APNZ-6398

• JSON→XML ve XML→JSON Dönüşümlerinin Sessizce Uygulanmaması Düzeltildi

JSON ve XML dönüştürme politikalarında dönüşüm bazen sessizce uygulanmıyor veya çıktı yanlış formatta kalabiliyordu. Dönüşüm artık düzgün uygulanıyor; başarısız olursa sessiz geçilmiyor. Bkz., Bkz. APNZ-6484

uyarı

Davranış değişikliği — dönüşüm hatası artık sessiz geçmiyor. Bu politikalarda dönüşüm başarısız olduğunda istek daha önce ham gövdeyle sessizce ilerliyor ve başarılı görünüyordu. Artık politika hatası üretiliyor; sonuç politikanın Hata Mesajı ayarlarına göre belirleniyor. Aynı değişiklik, dönüşüm aksiyonu kullanan Redaction ve Business Rule politikaları için de geçerlidir. Yükseltmeden önce, dönüştürülemeyen gövdelerle çalışan bir akışınız olup olmadığını gözden geçirin.

Çıktı formatı değişikliği — JSON→XML kök elemanı. JSON→XML çıktısının kök eleman adı değişti. "Sarmalayıcı elemanı kaldır" seçeneği kullanan yapılandırmalar etkilenmez; eski kök eleman adına göre yazılmış bir alt sistem (XSLT, parser, şema) varsa güncellenmelidir.

---

Sürüm 2026.04.0

not

Bu sürüm, platformun tüm bileşenlerinin Java 25'e geçişini, kapsamlı güvenlik sıkılaştırmalarını ve çok sayıda yeni özelliği içeren ana sürümdür.

KALDIRILAN ÖZELLİKLER

• Temizleme Görevleri aracılığıyla denetim logları ve ACL denetim loglarının otomatik silinmesi kaldırıldı. Bu loglar uyumluluk açısından kritik öneme sahiptir ve otomatik olarak silinmemelidir. Manuel temizlik scriptleri veritabanı büyüme yönetimi dokümantasyonunda mevcuttur.
• Genel Ayarlar'da denetim ve giriş logları için veritabanına yazımı devre dışı bırakma seçeneği kaldırıldı. Bu loglar artık her zaman veritabanına kaydedilmektedir.

ÖNE ÇIKAN YENİ ÖZELLİKLER

• Java 25 Geçişi

Apinizer platformunun tüm bileşenleri (API Manager, Gateway Worker, Cache Server, Integration, API Portal) Java 25'e yükseltildi. Sanal thread desteği, modern JDK özellikleri ve performans iyileştirmeleri sağlandı. APNZ-5897

uyarı

Script Politikası — javax → jakarta Otomatik Dönüşüm: Bu sürümden itibaren, Groovy script politikalarında kullanılan Jakarta EE namespace'leri (örn. javax.servlet.*, javax.persistence.*, javax.xml.bind.*, javax.mail.* vb.) derleme öncesinde otomatik olarak jakarta.* karşılıklarına dönüştürülmektedir. Mevcut script'leriniz bu sürüme geçişte otomatik olarak migrate edilecektir. JDK standart kütüphane paketleri (javax.crypto.*, javax.net.ssl.*, javax.xml.parsers.*, javax.xml.transform.*, javax.script.*) bu dönüşümden etkilenmez ve olduğu gibi kullanılmaya devam eder.

• Güvenlik Sıkılaştırmaları

Güvenlik taramasında tespit edilen açık içeren bağımlılıklar en güncel sürümlerine yükseltildi. Cross-Site Scripting (XSS), Insecure Direct Object References (IDOR) ve Stack Trace Leak güvenlik açıkları giderildi. innerHTML temizliği, endpoint bazlı proje yetki kontrolü ve hata mesajlarından teknik detay sızıntısı önlendi. APNZ-5736, APNZ-5737, APNZ-5738

• Elasticsearch 7, 8 ve 9 Tam Desteği

Elasticsearch istemci altyapısı yeniden yapılandırılarak ES 7.x, 8.x ve 9.x sürümleri tam desteklenir hale getirildi. ILM, index template, failover ve tüm analitik ekranları her üç sürümde de test edildi. APNZ-5642, APNZ-5728, APNZ-5898

• Message Builder Politikası

İstek ve yanıt mesajlarını dinamik olarak oluşturmayı sağlayan yeni bir politika eklendi. JEXL ifade desteği, JSONPath, context variable ve koşullu mantık ile esnek mesaj şablonları oluşturulabilir. Bkz. APNZ-5783

• Hata Mesajı Özelleştirme

Politikalardaki hata mesajlarının dönüş formatları (JSON/XML) özelleştirilebilir hale getirildi. Her hata tipi için neden bu hatanın oluşabileceği bilgisi eklendi. Tanımsız veya beklenmeyen hatalar için de format seçimi sağlandı. Tekrarlayan ve yakın anlamlı hata mesajları birleştirilerek sadeleştirildi. Bkz. APNZ-5798, APNZ-5940, APNZ-5888

• API Promotion Modülü

Farklı ortamlar arasında API tanımlarının taşınması ve yönetilmesini sağlayan API Promotion modülü eklendi. Bkz. APNZ-5851

• Gelişmiş Loglama Özellikleri

API Proxy bazlı log ayarları sekmesi eklendi. Log politikası oluşturuldu. Log ayarlarındaki metadata alanları yeniden tasarlandı ve açıklayıcı uyarı mesajları eklendi. Bkz. APNZ-5942, APNZ-6033, APNZ-6020

YENİ ÖZELLİKLER

• API Gateway'in yönlendirme, bağlantı havuzu, tekrar deneme, devre kesici, sağlık kontrolü, yapışkan oturum, gRPC ve WebSocket gibi davranışlarına ait varsayılan değerlerin Sistem Ayarları altından merkezi olarak yapılandırılabilmesi sağlandı. Bkz.
• TCP Bağlantı Testi Geçmişi kayıtları artık Temizleme Görevleri aracılığıyla otomatik olarak temizlenebilir. Saklama süresini Uygulama Logu Temizleme Görevleri ayarlarından yapılandırabilirsiniz.
• Report Generator'a zamanlı rapor gönderimi eklendi. Mevcut raporların seçilerek connector'lere zamanlı olarak gönderilebilmesi sağlandı. Bkz. APNZ-5914
• JSON Schema Validation politikasında API'nin OpenAPI tanım dosyasından şema bilgisinin otomatik olarak alınması sağlandı. Bkz. APNZ-5913, APNZ-4221
• APIOps Management API ile API Proxy bilgilerinin sorgulanması sağlandı. Bkz. APNZ-5819
• Environment Variable APIOps servisi eklendi. Environment Variable'ların APIOps üzerinden yönetilmesi sağlandı. Bkz. APNZ-5828
• API Manager JVM'ine cacert sertifika ekleme özelliği getirildi. API Manager'ın güvendiği sertifikaların yönetim ekranından eklenmesi sağlandı. Bkz. APNZ-5831
• Keystore ekranında API Manager'a keystore yükleme özelliği eklendi. Bkz. APNZ-5909
• DB2API ekranında SQL metni arama özelliği eklendi. SQL sorgusunun hangi API'de kullanıldığı aranabilir hale getirildi. APNZ-4168
• API Traffic Advanced Filtre'ye "Proxy Name" kriteri eklendi. Genel trafik ekranında API Proxy adına göre filtreleme yapılabilmesi sağlandı. Bkz. APNZ-4957
• REST API Cache politikasında response'tan dinamik TTL hesaplama desteği eklendi. Bkz. APNZ-6005
• Log politikası eklendi. Bkz. APNZ-6033
• Tanımsız veya beklenmeyen hataların JSON veya XML formatında döndürülmesi seçeneği eklendi. Bkz. APNZ-5940
• TCP Connectivity Test Ekranı eklendi. Gateway pod'larından hedef sunuculara TCP ve TLS bağlantı testi yapılabilmesi sağlandı. Bkz. APNZ-5960
• Login audit kayıtlarının connector'ler ile dış sistemlere gönderilebilmesi sağlandı. Bkz. APNZ-4054
• API Tanım Dosyası Erişim Kontrolü eklendi. API Proxy bazlı WSDL, OpenAPI gibi tanım dosyalarına erişim; herkese açık, kimlik doğrulama gerekli veya tamamen gizli olmak üzere üç seviyede kısıtlanabilir hale getirildi. APNZ-5944

DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• Denetim logları ve giriş logları artık her zaman veritabanına kaydedilmektedir. Genel Ayarlar'da denetim logları (audit_event), ACL denetim logları (history_acl) ve giriş logları için veritabanına yazımı devre dışı bırakma seçeneği kaldırılmıştır. Bu log türleri için konektör yönlendirmesi isteğe bağlı bir özellik olarak kullanılmaya devam edebilir.
• Trace Ekranı Yeniden Tasarımı: API izleme (trace) ekranı yeniden tasarlandı. Politika süreleri, API Call detayları ve atlanma (skip) durumları artık görsel olarak izlenebilir hale getirildi. Bkz. APNZ-3565
• Kütüphane Güncellemeleri: Spring Boot 3.5.x, Angular 19, PrimeNG 19 ve çok sayıda üçüncü parti bağımlılık güncellendi.
• Context ve Global Environment Variable Genişletmeleri: API Call, Test Konsol, politikalar ve tüm yapılandırma ekranlarında $ ile environment variable ve context variable kullanımı genişletildi. Bkz. APNZ-5776, APNZ-5788
• Test Konsol ve API Call'da mTLS Desteği: SSL/TLS ayarları tüm ekranlarda birleşik bir bileşen ile sunuldu. Bkz. APNZ-5778
• Credential için Environment Variable Desteği: Credential tanımlarında ortama özel değerler kullanılabilir hale getirildi. Bkz. APNZ-5806
• XML Schema Validation'da ilk hatayı göster / tüm hataları göster seçeneği eklendi. Bkz. APNZ-5887
• Import İşlemi İyileştirmesi: "Mevcut olanın üzerine yaz" seçeneğinde sadece farklar alınır, temiz import yeni API Proxy olarak eklenir. Bkz. APNZ-5954
• API Proxy Oluşturma Routing UX İyileştirmesi: Routing adresleri tablo formatında gösterilir ve input text içinde düzenlenebilir hale getirildi. Bkz. APNZ-5955
• Deployment History'de Fark Gösterimi: Bir önceki versiyon ile olan farklar görsel olarak karşılaştırılabilir hale getirildi. APNZ-5982
• JOSE Politikalarına Zaman Yönetimi: JOSE Implementation ve Validation politikalarına zaman yönetimi parametreleri eklendi. Bkz. Bkz. APNZ-5793
• Request/Response Body Read Behavior: Gelen istek ve dönen yanıt gövdesinin okunma davranışında performans iyileştirmesi yapıldı. APNZ-5935
• System Properties Tablosu: Sistem özellikleri merkezi bir tabloda yönetilebilir ve varsayılan değerler bu tablodan alınabilir hale getirildi. Bkz. APNZ-5919
• Management API İyileştirmeleri: APIOps endpoint'leri genişletildi ve iyileştirildi. Bkz. APNZ-5937
• DB2API Creator ekranı çeşitli iyileştirmeler yapıldı. APNZ-3525
• API Proxy ekranında yeni arama filtreleri eklendi. APNZ-5422
• API Proxy Group listesinin dışa aktarılabilmesi (export) sağlandı. APNZ-4493
• Uptime Monitor listesine arama alanı eklendi. APNZ-5197
• Uptime Monitor assertion'larında varsayılan olarak 200 durum kodu seçili gelmesi sağlandı. APNZ-4659
• Politika Actions menüsüne politika silme seçeneği eklendi. APNZ-4798
• "API Traffic By Interval" sayfasının proje içinden de görüntülenebilmesi sağlandı. Bkz. APNZ-4986
• Clients with No Requests sayfasında görsel iyileştirmeler yapıldı. APNZ-4570
• SSL environment seçimine API Manager ortamı da eklendi. Bkz. APNZ-5751
• Remote Gateway ortamlarında SSL açıkken pod'ların otomatik restart edilmemesi ve manuel restart uyarısı gösterilmesi sağlandı. Bkz. APNZ-5853
• Read timeout hata mesajı düzeltmesi: SSL Expired yerine doğru hata sınıflandırması yapıldı. APNZ-5957
• Test Console'da sertifika gönderme desteği eklendi. Bkz. APNZ-6019
• PoolingHttpClientConnectionManager bağlantı validasyon iyileştirmesi yapıldı. APNZ-5835
• Gateway access URL değişikliklerinin worker'a otomatik iletilmesi sağlandı. Bkz. APNZ-5838
• API Portal LB Cache çözümü: Cache-Control ve Last-Modified header'ları düzeltildi. APNZ-5569
• No-spec API'lerde birden fazla endpoint eklerken validasyon UX iyileştirmesi yapıldı. APNZ-5702
• Paginator gösterimindeki "Showing X - Y of Z items" düzeltmesi yapıldı. APNZ-5927
• DB2API ekranında SQL sorgularının biçimlendirme (formatting) sorunu giderildi. APNZ-5577
• API Portal'a resim yükleme desteği eklendi. APNZ-5604
• Veritabanı bağlantısı devre dışı bırakıldığında gösterilen hata mesajları iyileştirildi. APNZ-5771
• Log ayarlarındaki metadata alanlarının tasarımı gözden geçirildi ve uyarı mesajları eklendi. Bkz. APNZ-6020

HATA DÜZELTMELERİ

Platformun genelinde kapsamlı kararlılık, performans ve kullanılabilirlik iyileştirmeleri yapıldı. Politika yönetimi, API Portal, test konsolu, yönlendirme, proje yönetimi, audit logları, rapor ekranları ve bağlantı yönetimi gibi birçok alanda düzeltmeler gerçekleştirildi.

• XML Schema Validation politikasında race condition sorunu giderildi. APNZ-5787

• SSE streaming bağlantılarının beklenmedik şekilde kesilmesi sorunu ve hop-by-hop HTTP başlıklarının filtrelenmemesi hatası giderildi. APNZ-5868

• REST-to-SOAP reparse sonrası template mesajın bozulması sorunu giderildi. APNZ-5928

• Birden fazla proxy eklenmeye çalışıldığında Manager arayüzünün donması sorunu giderildi. APNZ-5686

• Birden fazla projeye aynı relative path verilebilmesi ve relative path çakışma kontrolü sorunları giderildi. APNZ-5749, APNZ-5629

• Elasticsearch deprecation uyarı loglarının düzeltilmesi sağlandı. APNZ-5646

• Mail gönderiminde TLS bağlantı hatası giderildi. APNZ-5811

• Proje silindiğinde Audit Records'ta principal bilgisinin görüntülenememesi sorunu düzeltildi. APNZ-5830

• System Admin rolündeki analitik yetkisi düzeltildi. APNZ-5900

• API Proxy'lerde endpoint kategorisinin API Portal'a yansımaması sorunu giderildi. APNZ-5863

• API Proxy kopyalama (duplicate) işlemindeki sorunlar giderildi. APNZ-5917

• Script içerisinde Environment Private Key Map değişkeni ile private key alınırken null dönmesi sorunu giderildi. APNZ-5924

• API Proxy bağlantı ayarlarındaki Enable Redirect özelliğinin ters çalışması sorunu giderildi. APNZ-5750

• Routing'de NTLM authentication'ın özel durumlarda çalışmaması sorunu düzeltildi. APNZ-5791

• Eski deployment'a rollback yapılamaması sorunu giderildi. APNZ-5959

• Log aramada 1. ve 2. bölge aramasının özel durumlarda çalışmaması sorunu düzeltildi. APNZ-5951

• Client-Ban özelliğinin çalışmaması sorunu giderildi. APNZ-5877

• Report Generator'ın özel durumlarda çalışmaması sorunu giderildi. APNZ-4076

• Login Audit loglarının özel durumlarda tutulmaması sorunu düzeltildi. APNZ-4700

---

Sürüm 2026.01.0

Yayınlanma Tarihi : 22 Ocak 2026

uyarı

Mevcut Kubernetes ortamlarının tipi bu sürümde otomatik olarak güncellenecektir. Apinizer üzerinden yönetilen ortamlar "Managed", harici ortamlar "Remote" olarak ayarlanır.

ÖNE ÇIKAN YENİ ÖZELLİKLER

• API Manager Uygulaması Yetki Sistemi

Apinizer API Manager uygulamasındaki yetki sistemi yenilendi. Yetkilendirme artık asset kategorisi + aksiyon modeline dayalı olarak çalışmaktadır. Benzer işlevlere sahip bileşenler asset kategorileri altında gruplandırılmış (API Yönetimi, Bağlantılar, Kimlik ve Erişim Kontrolü vb.) ve her kategori için belirli aksiyonlar (Görüntüle, Yönet, Dağıt/Kaldır, Çalıştır, Dışa/İçe Aktar) tanımlanmıştır. Bu sayede daha esnek, detaylı ve güvenli bir yetki yönetimi sağlanmıştır. Bkz.

• Cache Server'ın Gateway'den Bağımsız Namespace'te Tanımlanması

Apinizer uygulaması altyapısında gateway işlevini gören worker pod'ları ile cache işlemleri için kullanılan Hazelcast pod'larının aynı namespace içinde olması zorunluluğu kaldırıldı. Artık worker pod'ları ve cache pod'ları ayrı namespace'lerde yönetilebilir. Böylece daha esnek bir altyapı yapılandırması sağlanmıştır. Bkz.

• Çoklu API Portal Desteği

Tek bir Apinizer kurulumu üzerinden birden fazla bağımsız API Portal yönetebilme desteği eklendi. Farklı iş birimleri veya müşteri grupları için özelleştirilmiş portal deneyimleri sunulabilmesi sağlandı. Bkz.

• Gelişmiş Yönlendirme (Routing) Özellikleri

API Gateway yönlendirme yetenekleri; Sticky Session (Oturum Sadakati), Exponential Retry Delay ve Aktif Health Check mekanizmaları ile zenginleştirildi. Bu sayede trafik yönetimi daha esnek, dayanıklı ve akıllı hale getirildi. Bkz.

• APIOps Management API Geliştirmeleri

Apinizer'ın tüm yönetimsel işlevlerinin APIOps Management API'ler üzerinden yapılabilmesi vizyonu doğrultusunda; Credential Secrets yönetimi, Keys/Keystores işlemleri ve JWK yapılandırmaları için tam API desteği eklendi. Ayrıca seritifikadan, public key'den, private key'den ve keystore'dan JWK oluşturma ve güncelleme yeteneği eklendi. Bkz.

YENİ ÖZELLİKLER

• Upstream Sticky Session (Oturum Sadakati)

İstemcilerin her zaman aynı backend adresine yönlendirilmesini sağlayan Sticky Session desteği eklendi. Cookie-based, IP Hash ve Hybrid yöntemleri ile session state yönetimi gerektiren backend yapılarının Gateway üzerinden verimli çalışması sağlandı. Bkz.

• Upstream Aktif Health Check Mekanizması

Backend servislerinin sağlık durumlarını periyodik olarak kontrol eden Aktif Health Check mekanizması eklendi. Hatalı çalışan backend adreslerinin trafikten otomatik olarak çıkarılması ve düzeldiğinde tekrar trafiğe alınması sağlandı. Bkz.

• Upstream Üstel Gecikmeli Yeniden Deneme (Exponential Retry Delay)

Hata durumlarında yapılan retry işlemleri arasına, her denemede artan süreler koymayı sağlayan "Exponential Backoff" özelliği eklendi. Bu sayede backend servislerinin yoğun yük altında toparlanması için gerekli süre tanınmış oldu. Bkz.

• Environment Diagnostic Ekranı

API Gateway ortamlarının çalışma durumlarını, kaynak tüketimlerini ve sağlık metriklerini izlemeyi sağlayan Diagnostic ekranı eklendi. Bkz.

• APIOps Management API ile sertifika, public key, private key veya keystore güncellendiğinde eğer ilişkili JWK varsa bu JWK'ların da güncellenebilmesi veya ilişkinin silinmesi özelliği eklendi. Bkz.
• General Settings'ten API Trafik ekranındaki log detaylarının gösterimini genel olarak kapatılıp açılması özelliği eklendi. Bkz.
• API Proxy Traffic Log ayarlarını içeren işlemlerin de audit loglarının tutulması sağlandı.
• FTP Read ve List işlemlerine ends_with ve wildcard ile arama seçenekleri eklendi. Bkz.
• Client Route Raporu geliştirilerek benzer relative path değerlerine sahip olan API Proxy'lerin çakışan path değerlerinin bulunması sağlandı.
• API Portal Overview sayfası geliştirildi. Bkz.
• Gateway Runtime ortamlarında istemciden veri okuma timeout'u ve bağlantı kurulduktan sonra request gelmeme timeout'u parametrik hale getirildi. Bu parametreler ile Gateway pod'larının timeout davranışları özelleştirilebilir. Bkz.

DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• URL Path Handling İyileştirmesi: API Gateway'de URL path işleme mekanizması iyileştirilerek trailing slash değerlerinin daha tutarlı işlenmesi sağlandı.
• Elastic Search Versiyon Güncellemesi: ES client versiyonu 7.9.2'den 7.17.29'a çıkarıldı; ES7 ve ES8 sürümleri tamamen desteklenir hale getirildi.
• Global Deploy İyileştirmesi: Global politikalar güncellendiğinde, sadece halihazırda ilgili ortamda yayında olan API Proxy'lerin veya tüm API Proxy'lerin deploy edilmesi seçeneği getirildi. Böylece deploy edilmemiş durumda olan API Proxylerin yanlışlıkla deploy edilmesinin önüne geçildi.
• Asenkron İşlem Kaynak Yönetimi: Script ve API Call politikalarında asenkron çalıştırılan görevlerin thread kullanımı sınırlandırılarak sistem kararlılığı artırıldı.
• General Settings'te API Root Context değiştirme kısmına detaylı onay ve değişikliklerin uygulanması için restart gerektiği uyarısı eklendi. Bkz.
• Yük dengeleme artık her zaman yerel (pod başına) olarak yapılıyor. Performans için dağıtılmış önbellek kullanımı kaldırıldı. Bkz.
• API Proxy Group'ta disabled edilmiş metodların belirtilmesi sağlandı. Bkz.
• Test konsol ve data operations gibi alanlardaki büyük text alanlarında styling çalışması yapıldı.
• Host alias girdikten sonra save&republish işlemi için detaylı onay eklendi. Bkz.
• Kubernetes Resources sayfası probe ekranında görsel tasarım iyileştirmeleri yapıldı. Bkz.
• API Portal Kullanım İstatistikleri aylık-günlük raporlama özelliği eklendi. Bkz.
• API Portal Accounts/Developers sayfasından hesap bilgilerinin excel formatında indirilebilmesi sağlandı.
• APIOps Management API ile export/import işlemlerinde DB2API tanımlarına "-imported" kelimesi eklenmemesi sağlandı.
• API Portal için özelleştirilebilir Landing Page özelliği eklendi. Bkz.
• XML Schema Validation politikasında oluşan hatalarda ilgili element ve path bilgisinin de hata mesajına eklenmesi sağlandı.
• APIOps Management API'leriyle yapılan işlemlerde tutulan audit loglarının detaylandırılması sağlandı.
• API Manager LDAP ayarlarındaki hata mesajları daha detaylı hale getirildi. Hata ayıklama süreçlerinde daha fazla bilgi sağlanarak sorun tespiti kolaylaştırıldı. Bkz.
• LDAP bağlantı yapılandırmasına Timeout alanı eklendi. Bağlantı timeout süreleri artık yapılandırılabilir hale getirildi. Bkz.

HATA DÜZELTMELERİ

• API Proxy Group spec'inin Postman'e aktarılması sırasında REST-2-SOAP örnek gövdelerinin hatalı oluşması düzeltildi. APNZ-5695

• REST-2-SOAP-2-REST yapılandırmalarında Template Message'ın boş gelmesi sorunu giderildi. APNZ-5694

• REST-2-Soap-2-Rest servislerinde OpenAPI spec çıktısı ile Test Console şablon örneği ve Postman'e aktarılan spec örnekleri arasındaki uyumsuzluk giderildi. APNZ-5664

• JWT Authorization'da spec reparse veya endpoint ekleme/silme sonrası method bazlı yetkilendirme listesinin senkron kalmaması ve Enable Role/Group Based Method Access seçeneği kapatılıp açıldığında rollerin kaybolması sorunu giderildi. APNZ-5672

• Test Console'da API Proxy'ler için örnek istek gövdelerinin (Example Request Body) görüntülenememesi sorunu düzeltildi. APNZ-5693

• Doğrudan ağ geçidi erişimi kısıtlandığında hem API Proxy ve hem de Proxy Group erişiminin engellenmesi sorunu düzeltildi. APNZ-5687

• Ortam ayarlarındaki Management API Access URL silme işlemindeki hata giderildi. APNZ-5685

• Aynı DB2API, Mock API,Script API'den oluşturulan birden fazla API Proxy olması durumunda test konsolunda yanlış API Proxy'e ait metodun bilgilerinin getirilmesi sorunu düzeltildi. APNZ-5684

• Secret menüsünde yeni anahtar (Key) tanımlamalarında içerik yapıştırma sonrası verinin kaydedilmemesi sorunu düzeltildi. APNZ-5682

• API Portal ayarlarında zorunlu alanların kontrol edilmeden kaydedilebilmesi engellendi. APNZ-5659

• API Call politikasında "Headers to be deleted" alanının kaydedilmemesi sorunu düzeltildi. APNZ-5650

• Proje Üyeleri sayfasında kullanıcı arandığında oluşan görsel kayma düzeltildi. APNZ-5648

• Çok büyük boyutlu (500'den fazla endpointten içeren) Swagger/OpenAPI dosyalarının parse edilmesi sırasında oluşan bellek (OutOfMemory) sorunu giderildi. APNZ-5644

• Kısıtlı kubernetes servis yetkilerine sahipken gateway ortamları sayfasında yaşanan listeleme sorunu düzeltildi. APNZ-5641

• API Portal'da logo URL yönlendirmelerinin çalışmaması ve özelleştirilememesi sorunu düzeltildi. APNZ-5593

• API Portal'da kullanıcı yetkilendirme ve veri güvenliği ile ilgili eksikler giderildi. APNZ-5581

• DB2API SQL sorgu alanında sondaki ";" karakterinin silinmesi sorunu düzeltildi. APNZ-5576

• JSON kütüphanesi kullanımında thread safety iyileştirmesi yapıldı. APNZ-5571

• Özel scriptlerde kullanılan HTTP istemci sınıfı için geriye dönük uyumluluk sağlandı. APNZ-5570

• WSDL servis adresi değiştiğinde SOAP binding isminin değişmesi sorunu giderildi. APNZ-5567

• API Portal'da kilitli kullanıcıların ağ geçidi üzerinden işlem yapabilmesi engellendi. APNZ-5565

• API Portal görünüm ayarlarında yapılan değişikliklerin giriş sonrası sıfırlanması sorunu giderildi. APNZ-5550

• API Proxy trafiği izleme (trace) loglarının yapılandırılan süreden daha uzun süre saklanması sorunu düzeltildi. APNZ-5535

• API Proxy trafiği trace modunun otomatik kapanmaması sorunu düzeltildi. APNZ-5509

• FTP Read politikasında dosya bulunamadığı durumlarda başarılı yanıt dönülmesi sorunu giderildi. APNZ-5523

• WS-Security Sign Validation politikasında başlığı sil ayarı seçildiğinde SOAP mesajından eksik başlık silme sorunu düzeltildi. APNZ-5513

• Gateway ortamlarında SSL etkinleştirildikten sonra port ayarlarının bozulması sorunu düzeltildi. APNZ-5473

• Bildirimler sayfasındaki filtreleme sorunları düzeltildi. APNZ-5454

• API Proxy'lere politika import edildiğinde redeploy durumuna geçmeme sorunu giderildi. APNZ-5451

• Export/Import edilen API Proxy'lerin eski Proxy Group bağlantılarının temizlenmesi sağlandı. APNZ-5447

• Ortam tipi değişikliklerinde gösterilen uyarı mesajı düzeltildi. APNZ-5445

• WS-Security Sign politikasındaki zorunlu alan işaretlemeleri düzeltildi. APNZ-5435

• Proje düzenleme sayfasındaki kayıt sorunları giderildi. APNZ-5427

• Ortam ayarlarında girilen anahtar alanındaki karakter kısıtlamaları ve validasyon hataları düzeltildi. APNZ-5413

• Türkçe dil seçeneğinde bazı politika isimlerinin İngilizce gelmesi sorunu düzeltildi. APNZ-5375

• Kimlik doğrulama politikalarında isim alanındaki boşlukların temizlenmemesi sorunu giderildi. APNZ-5324

• API Manager giriş sayfasında hiç olmayan kullanıcı girişi denemelerinde güvenlik kontrolü (captcha) çıkmaması sorunu giderildi. APNZ-5317

• Sertifika güncellemelerinde kaydetme sorunu giderildi. APNZ-5211

• Hız Sınırı (Rate Limit) ekranındaki kullanıcı gösterim hatası düzeltildi. APNZ-5166

• Rol tanımlamalarında yaşanan mükerrer dağıtım sorunu giderildi. APNZ-5154

• Ortamın yeniden yayınlanması (republish) işlemindeki performans sorunu giderildi. APNZ-5120

• Hızlı test aracında endpoint adresindeki karakter hataları düzeltildi. APNZ-5116

• Test uç noktalarındaki URL formatlama hataları düzeltildi. APNZ-4891

• Filtreleme sayfalarında çoklu seçimlerin silinmesi sorunu giderildi. APNZ-4674

• Secret menüsündeki Gizli anahtar(private key) yönetimindeki anahtar listeleme sorunları düzeltildi. APNZ-4661

• Secret menüsündeki Anahtar kaynağı seçiminde yaşanan veri kaybı giderildi. APNZ-4653

• API Call politikasındaki işlem tipi güncelleme hatası düzeltildi. APNZ-4635

• Tasarım sekmesindeki parametre tipi değişikliklerinin formatı etkilememesi sorunu giderildi. APNZ-4587

• Bazı rapor sayfalarındaki sayfalama (pagination) eksikliği giderildi. APNZ-4579

• Zaman dilimi ayarlarının bildirim zaman damgalarına yansımaması sorunu giderildi. APNZ-4350

• Kubernetes kaynak ayarlarındaki imaj öneki sorunları düzeltildi. APNZ-4240

• Proxy Grubunda devre dışı bırakılmış metotların görüntülenememesi sorunu düzeltildi. APNZ-4129

• Kimlik doğrulama politikalarında koşullu parametre kullanımı iyileştirildi. APNZ-4118