MicroStrategy'nin şirket içi (on-premise) ürünü için yayımlanmış bir destek sona erme tarihi var. Bu tarihin buluta geçemeyen kurumlar için ne anlama geldiğini ve TURBOARD'un mimari olarak bu soruya nasıl yanıt verdiğini inceliyoruz.
Kurumsal iş zekası pazarında sessiz bir dönüşüm yaşanıyor; üreticilerin önemli etkinliklerde anlattığı dönüşüm değil bu. Yapay zeka duyurularının ve “ajanlı analitik” lansmanlarının gürültüsünün ardında, on-premise kurulumlar üzerine itibar kazanmış platformlar bu alanı yavaş yavaş terk ediyor. Bu terk edişin adı nadiren “terk ediş” olarak konuluyor. Bunun yerine “geçiş,” “modernizasyon,” “yolculuk” sözcükleri tercih ediliyor. Ancak son on beş yıl boyunca bu platformlar üzerinde kritik iş raporları kurmuş müşteriler için pratik sonuç aynı: satın aldığınız ürün sürümü artık üreticinin yatırım yaptığı sürüm değil.
Bu, buluta karşı çıkmak değil. Bulut, birçok iş yükü için gerçekten daha iyidir. Sorun daha özgüldür. Büyük kurumların önemli bir bölümü — bankalar, telekomünikasyon şirketleri, sigorta şirketleri, kamu kurumları, her türden düzenlenmiş sektör — analitik iş yüklerini yarın ya da önümüzdeki çeyrekte bir hiper-bulut sağlayıcısına taşıyamaz, bazı durumlarda hiçbir zaman taşıyamaz. Veri yerleşim yasaları, sektörel düzenlemeler, şirket içi operasyonel sistemlere yönelik gecikme gereksinimleri, batık altyapı maliyetleri ve kurumsal güvenlik politikaları, belirli iş yüklerinin müşterinin kendi donanımında kalmasına yol açıyor.
Üreticinin yol haritasının varsaydığı ile müşterinin gerçekliğinin izin verdiği arasındaki bu boşluk, ilginç mimari konuşmaların yaşandığı yerdir.
Şirket İçi Desteğin Sona Erişi: Somut Verilerle
MicroStrategy On-Premise (Strategy One) Destek Takvimi
- Ana akım destek: 31 Aralık 2026'ya kadar
- Genişletilmiş yaşam döngüsü desteği (yalnızca kritik güvenlik yamaları + temel teknik yardım): 31 Aralık 2028'e kadar
- Aralık 2028 sonrası: üreticinin kendi tanımıyla ürün ömrü sona erer
MicroStrategy şirket içi platformu, resmi adıyla MicroStrategy Enterprise Platform ve yeni “Strategy One” markası altında konumlanan ürün, dikkatle okunmayı hak eden bir destek takvimi yayımlamıştır. Geçiş dönemindeki yol haritası sinyalleri, sona erme tarihlerinin kendisi kadar önemlidir. Workstation Local Mode — kullanıcıların yerel veri setleri üzerinde görselleştirmeler oluşturup kaydetmesine olanak tanıyan özellik — Mart 2026 sürümüyle desteği sona eriyor; sonraki sürümler bu dosyaları açamıyor. Yeni marka altında tanıtılan çeşitli yapay zeka özellikleri — Auto Answer, Auto SQL, Auto Bot, Auto Dashboards — yalnızca bulut sürümünde kullanılabiliyor. Yeni özellikler kasıtlı olarak bulut ürününe akıyor. Şirket içi ürün geliştirilmiyor, yalnızca bakımı yapılıyor.
Bunların hiçbiri gizli değil. Üreticinin kendi dokümantasyonu bu yönü açıkça belirtiyor; MicroStrategy'den Strategy'ye yapılan marka değişikliği de şirketin farklı bir ürün etrafında yeniden konumlandığının bir işaretidir.
AWS, Azure veya GCP'deki yönetilen bir bulut ortamına geçebilecek müşteriler için bu düzenli bir geçiştir. Geçemeyecekler için baskı gerçektir; basit bir “buluta geçin” cevabıyla neden karşılanamadığının gerekçeleri açıkça ifade edilmelidir:
“Buluta Geçin” Yanıtının Her Zaman Geçerli Olmama Nedenleri
- Veri yerleşim yasaları. Türkiye'de kişisel verilerin yurt dışına aktarılması, açık rıza veya yeterli koruma mekanizması gerektiren KVKK Madde 9'a tabidir. AB'de, AEA dışına yapılan aktarımlar GDPR kapsamında özel güvenceler gerektirir. Körfez ülkeleri kendi veri koruma mevzuatlarını sürdürmekte; her uluslararası mimari için ayrı bir hukuki inceleme katmanı oluşturmaktadır.
- Mühendislik yerçekimi. Büyük Oracle ortamları pasif depolama değildir. Yıllar içinde inşa edilmiş bölümlendirme stratejileri, materyalize görünümler, iş yükü yönetim planları, istatistik rejimleri ve geçici tablo örüntüleriyle optimize edilmiş sistemlerdir. İş zekası katmanını bu sistemlerden uzaklaştırmak, performans, güvenlik, kimlik, ağ topolojisi, felaket kurtarma ve operasyonel sahipliğin yeniden doğrulanmasını gerektirir.
- Gecikme yakınlığı. İş zekası hesaplama katmanı veri ambarına yakın konumlandığında, milyarlarca satırlık gerçek tablolara yönelik sorgular yönetilebilir olur. Hesaplama katmanı satıcı yönetimli bir buluta taşınırken ambar şirket içinde kalırsa, aynı sorgular geniş alan ağını geçmek zorunda kalır; hem gecikme bütçesini hem de güvenlik çevresini genişletir.
Bu müşteriler için dürüst soru, mevcut platformun 2028'e kadar çalışmaya devam edip etmeyeceği değildir. Çalışmaya devam edecektir. Soru, on yıl sonraki analitik stratejilerinin nasıl görüneceğidir: şirket içi sürüm güvenlik yamalarını bile almayı bırakmış, üreticinin ürün ekibi beş yıldır müşterinin benimseşeyemeyeceği bir mimariyi optimize ediyor olacaktır.
Sorgulanması Gereken “Kutudan Çıkar Çıkmaz” Varsayımı
Stratejik varsayımın yanı sıra, daha teknik bir varsayımı da ele almak gerekir. Uzun süredir MicroStrategy kullanan müşteriler — özellikle Oracle veri ambarlarında çalışanlar — platformu çok yönlü bir çözüm olarak tanımlar; çünkü veritabanıyla derin entegrasyonu vardır. En sık atıfta bulunulan örnek, ara sorgu sonuçlarını Oracle Global Geçici Tablolar'a (Global Temporary Tables) aktarma yeteneğidir. Bu, zorunlu filtreli görselleştirmelerin milyarlarca satırı iş zekası katmanına çekmeden keyfi büyüklükteki gerçek tablolar üzerinde çalışmasını sağlar.
Bu örüntü, kesinliği önemli olduğu için kesin biçimde açıklanmaya değer. Bir görselleştirme çok büyük bir gerçek tablonun üzerindedir. Herhangi bir görsel oluşturulmadan önce kullanıcı zorunlu bir filtre seçmelidir. İş zekası motoru seçilen tanımlayıcıları veritabanı içindeki oturum kapsamlı bir geçici tabloya yazar. Sonraki görselleştirme sorguları bu küçük çalışma kümesiyle büyük gerçek tabloları birleştirir. Optimize edici, ağır işi veriye yakın yapar. İş zekası katmanı filtrelenmemiş veriyi hiç görmez.
Oracle Global Geçici Tablo — Standart DDL
Ortam başına bir kez çalıştırılan bu tek ifade, tüm örüntünün temelidir. O andan itibaren, herhangi bir oturum kendi satırlarını filter_population'a yazabilir, yalnızca kendi satırlarını görebilir ve bunları gerçek tablolarla birleştirebilir.
Yanılgı bir sonraki adımdadır: bu örüntünün MicroStrategy'ye ait olduğunu varsaymak. Global Geçici Tablo bir Oracle özelliğidir. Veritabanı tarafından tanımlanır, veritabanı tarafından yönetilir ve standart DDL aracılığıyla sunulur. MicroStrategy'nin yaptığı, bu SQL'in varyasyonlarını çok aşamalı sorgu stratejisinin bir parçası olarak otomatik üretmektir. Bu, gelişmiş bir SQL üretme yeteneğidir — ancak örüntüyü hızlandıran işi yapan Oracle'dır, MicroStrategy değil.
Mimari çıkarım: Oracle oturumuna karşı doğru çok aşamalı DDL üretebilen herhangi bir iş zekası platformu GTT kullanabilir. Bu yetenek iş zekası satıcısına bağlı değil. Satıcının sorgu üreticisinin veritabanı-yerel geçici nesnelerden yararlanmak üzere tasarlanıp tasarlanmadığına ve bağlantı katmanının GTT semantiğinin gerektirdiği oturum yakınlığını koruyup korumadığına bağlı.
Bu, değerlendirme sorusunu değiştirir. “MicroStrategy'nin tam Oracle entegrasyonuna hangi ürün sahip?” yerine kurumlar şunu sormalıdır: “Oracle ortamımızın gerçekten ihtiyaç duyduğu iş yükü örüntüsünü hangi platform yeniden üretebilir?” Sorular benzer görünür; çok farklı listelere götürür.
Ön Yüz Hakkında Göç Projelerinin Ortaya Koyduğu Gerçek
TURBOARD'un mevcut MicroStrategy kurulumunu kurumsal bir ortamda değiştirdiği projelerde yüzeye çıkan, mimari olmaktan çok tartışılması güç bir gözlem var: MicroStrategy ön yüzü, modern görselleştirme deneyiminden beklentileri şekillenmiş kurumsal kullanıcıların standartlarıyla değerlendirildiğinde yaşını gösteriyor.
Görselleştirme kütüphanesi, daha yeni platformlara kıyasla sınırlı. Hazır grafik çeşitliliği, modern görselleştirme tüketicilerinin beklentilerinin gerisinde. Özel görseller SDK çalışması veya ham JavaScript gerektiriyor — genişletilebilirlik odaklı tasarlanan araçlarla kıyaslandığında daha ağır bir maliyet.
Ön yüz yeniliği pahalıdır ve üretici bunu stratejik ürününün yaşadığı yere yatırıyor. Şirket içi müşteriler için sahip oldukları ön yüz, büyük ölçüde sahip olmaya devam edecekleri ön yüzdür.
MicroStrategy'nin SDK bağımlı yaklaşımıyla kıyaslandığında daha geniş yerel görselleştirme kütüphanesi ve daha düşük özelleştirme maliyeti. Filtre kademesi, detay yolları ve anlık görünüm oluşturma gibi etkileşim örüntüleri, günümüz kurumsal görselleştirme kullanıcıları için tasarlanmış.
Yönetilen meta veri, veritabanı-farkında SQL üretimi ve zorunlu filtre disiplini gibi kurumsal düzeyde arka uç davranışı, modern ön yüz esnekliğinden vazgeçmeyi gerektirmiyor.
Bu, daha önce anlatılan şirket içi/bulut ikileşmesinin öngörülebilir sonucudur. Ayrıca pek çok MicroStrategy değiştirme tartışmasının karıştığı yerdir: ekipler kurumsal düzeyde arka uç davranışı ile modern ön yüz esnekliği arasında seçim yapmak zorunda olduklarını varsayar. Bu varsayım sorgulanmayı hak eder.
Farklı Bir Mimari Yanıt
TURBOARD'u tanıtmak için uygun yer burası — birebir MicroStrategy yedeği olarak değil, verinin nerede durması gerektiği ve iş zekası katmanının veritabanıyla nasıl ilişkilenmesi gerektiğine dair farklı varsayımlar üzerine kurulu bir mimari örneği olarak.
TURBOARD'un mimarisi tasarım gereği hibrittir. Veriye, yerel veritabanı sürücüleri — genel ODBC değil — üzerinden optimize edilmiş canlı bağlantılarla erişilebilir; bu, Oracle GTT gibi örüntüleri mümkün kılan oturum-farkında, push-down davranışını korur. Alternatif olarak veri, MariaDB ColumnStore, ClickHouse veya Vertica gibi yüksek performanslı bir sütun odaklı depoya aktarılabilir. Sık kullanılan sorgu sonuçları Redis'te önbelleğe alınır; bir önbellek tetikleyici mekanizması, önbelleklenmiş yanıtın hâlâ geçerli olup olmadığına ya da kaynağın yeniden sorgulanması gerekip gerekmediğine karar verir.
TURBOARD, her rapor görüntülendiğinde bir Redis Sorted Set içinde popülerlik puanını artırarak hangi görselleştirmelerin gerçekten talep gördüğünün sürekli güncellenen bir listesini tutar. Bellek kısıtlandığında işin gerçekten kullandığı görselleştirmeler korunur; tek seferlik sorgular sütun odaklı depoya veya canlı kaynağa yönlendirilir. Bu mekanizma, kullanım tabanlı önbellek puanlaması, tetikleyici tabanlı eskime tespiti ve akıllı önbellek yenilemesini kapsayan, 2022'de başvurulan ve 2025'te tescil edilen bir patentin konusudur.
GTT kullanım durumu özelinde, mimari doğal biçimde bir araya gelir. Yerel Oracle sürücüleri, GTT'nin gerektirdiği oturum semantiğini korur. Çok büyük gerçek tablolara yönelik zorunlu filtreli görselleştirmeler, filtreleme ve toplama işlerini iyi ayarlanmış herhangi bir iş zekası katmanında olduğu gibi Oracle'a iter; ara sonuçlar daha iyi planlar ürettiği durumlarda GTT'lerde materyalize edilir. Oracle'ın doğru yürütme motoru olmadığı iş yükleri için — yüksek eşzamanlı operasyonel görselleştirmeler, geçmiş verileri üzerinde anlık keşifler — sütun odaklı depo ve Redis hızlandırma katmanı yükü üstlenir. Mimari, canlı sorgu ile bellek içi arasında bir seçim yapmayı zorlamaz; her iş yükünün kendisine uygun motorla buluşmasını sağlar.
Bunun tamamen bellek içi platformlara kıyasla neden önemli olduğuna ilişkin mimari bir tartışma için TURBOARD'un Qlik Sense bellek modeli karşılaştırması okunmaya değer.
Mimari Kararlar: Yan Yana Karşılaştırma
Şirket içi MicroStrategy ortamı ile hibrit bir TURBOARD dağıtımı arasındaki mimari fark, bir özellik karşılaştırması olarak değil, her mimarinin neyi varsaydığının karşılaştırması olarak ele alındığında daha iyi anlaşılır.
| Mimari Karar | MicroStrategy (Strategy One, Şirket İçi) | TURBOARD |
|---|---|---|
| On-premise için satıcı yol haritası ufku | Ana akım destek Ara 2026'ya kadar; genişletilmiş (yalnızca güvenlik) Ara 2028'e kadar; ardından ürün ömrü sona erer | Şirket içi dağıtım birinci sınıf, süregelen bir model olarak desteklenir |
| Yeni yenilikler nereye gidiyor (YZ vb.) | Yalnızca bulut sürümü (Auto Answer, Auto SQL, Auto Bot, Auto Dashboards) | Şirket içi ve bulut aynı özellikleri alır |
| Oracle GTT / zorunlu filtre örüntüsü | VLDB özellikleri ve SQL üretimi ile desteklenir | Oturum yakınlığıyla yerel Oracle sürücüleri üzerinden desteklenir |
| Çalışma anında varsayılan veri yeri | Sunucu tarafı önbellek; ara sonuçlar veritabanında | Sütun odaklı depo + akıllı Redis önbelleği; uygun durumlarda canlı bağlantı |
| Önbellek silme politikası | Yaş ve boyut tabanlı | Kullanım puanlı (patentli), davranış-farkında |
| Ön yüz genişletilebilirliği | Standart dışı görseller için SDK / JavaScript çalışması | Daha geniş yerel görselleştirme kütüphanesi; düşük özelleştirme maliyeti |
| Dağıtım topolojisi varsayımı | Bulut öncelikli; şirket içi geçici olarak konumlandırılır | Topoloji-bağımsız; şirket içi, bulut veya hibrit |
| Veri egemenliği tutumu | Müşteri satıcının yönetilen bulutuna yönlendirilir | Müşteri verinin ve hesaplamanın nerede duracağını seçer |
Tablo kapsamlı değil ve her hücre, bir satırın taşıyabileceğinden çok daha derin bir konuşmayı hak ediyor. Ancak karşılaştırmanın şekli asıl noktayı ortaya koyuyor. Bunlar, kurumların gerçekte faaliyet gösterdiği kısıtlamalar çerçevesinde değerlendirilen iki farklı mimari felsefedir.
Önümüzdeki On Yıl
On yıl sonra hâlâ geçerli olacak platformlar, müşterilerinin gerçekte sahip olduğu veri altyapısına saygı gösterenler olacak; satıcının sahip olmalarını dilediği altyapıya değil. Bu, şirket içi bilişime romantik bir bağlılık değil; kurumların düzenleyici, mali, mimari ve organizasyonel kısıtlamalar altında faaliyet gösterdiğini ve satıcı yol haritalarının bu kısıtları göz ardı etme eğiliminde olduğunu kabul etmektir.
2028 sorusunun yanıtı “kendi altyapımızda önemli analitik iş yükleri çalıştırmaya devam edeceğiz” olan kuruluşlar için seçenekler daralıyor. Mevcut platform, kendi kamuoyuna açık takvimi gereğince, yoluna devam ediyor. Uygulanabilir alternatifler, veritabanı-yerel yürütme, sütun odaklı depolama ve akıllı önbelleklemeyi başlangıçtan itibaren tek bir mimarinin birleştirilebilir parçaları olarak ele alacak şekilde tasarlanmış platformlardır.
TURBOARD'un belirli bir ortam için doğru yanıt olup olmadığı, uygun biçimde bir kavram kanıtı (proof of concept) sorusudur. Daha geniş nokta şu: yanıt var — ve “buluta göç et ya da ürün ömrü sonunu kabul et” sunulan tek seçenek değil.
Farkı Yerinde Görmeye Hazır mısınız?
MicroStrategy alternatiflerini değerlendiriyorsanız — ya da hâlihazırda kullanıyor ve daralan yol haritasının baskısını hissetmeye başladıysanız — TURBOARD'un mimarisinin aynı iş yüklerini kendi altyapınızda nasıl karşıladığını göstermekten memnuniyet duyarız.
Ekibimizle bir tanışma görüşmesi planlayın ve platformu kendi verilerinizle iş başında görün. Hiçbir baskı yok — ihtiyaçlarınıza en uygun çözümü bulmanızı tercih ederiz.
Daha fazla kurumsal senaryoda nasıl konumlandığımızı görmek için Tam İş Zekası Karşılaştırma sayfamızı da inceleyebilirsiniz.
Son Blog Yazıları
Görselleştirme oluşturmayı bırakın, cevap almaya başlayın. Lider Üretken Yapay Zeka özelliklerimizle İş Zekası'nın yeni çağını ücretsiz deneyimleyin.