Merhaba,
Son aylarda bu blogda MCP’yi, yani Model Context Protocol’u epeyce konuştuk. Kısaca hatırlatayım: MCP, bir yapay zeka istemcisinin (Claude, Copilot, Cursor gibi) dış dünyadaki araçlara ve verilere ortak bir dille bağlanmasını sağlayan bir standart. Sık yapılan bir benzetme var: AI için “USB girişi” gibi. Bence de fena bir benzetme değil, çünkü mantığı tam da bu; herkes aynı prize göre üretiyor, siz de takıp kullanıyorsunuz.
Bu standardın etrafında hızla bir ekosistem büyüyor. Bugün de bu ekosisteme yeni giren bir ismi konuşacağız: Devart. Firma geçtiğimiz günlerde MCP sunucularını çıkardı; ben de özellikle bunların merkezindeki Universal MCP Server‘ı yakından incelemek istedim. Ne işe yarıyor, nasıl çalışıyor, kime uygun ve kurarken nelere dikkat etmek lazım? Sırayla gidelim.
Baştan bir şeyi açıkça söyleyeyim, çünkü şeffaflık bende her şeyin önünde gelir: Bu ürünü birebir deneyebilmek için Devart ekibinden Universal MCP Server için 1 yıllık bir lisans aldım (teşekkürler Maryna). Bunu duyunca “eh, o zaman bu yazı da güzelleme olur” diye düşünmeyin. Bedava lisans, bende övgü satın almaz. Bu bir tanıtım değil, bir inceleme; işime yarayan yerini de söyleyeceğim, “burada dikkat” dediğim yerini de. Zaten bu ilk yazı bir “tanışma” turu; ürünü kendi ortamımda kurup gerçekten sınadığım uygulamalı yazı, ekran görüntüleriyle ayrıca gelecek. Asıl not orada düşülecek.
Bilgileri Devart’ın resmi sayfasından, dokümantasyonundan ve GitHub’daki açık sunucu depolarından derledim. Fiyat gibi ticari ayrıntılar zamanla değişebilir; o kısımları en güncel haliyle Devart’ın kendi sayfasından teyit etmenizde fayda var.
Peki Devart kim?
Veritabanı tarafında çalışıyorsanız Devart adını muhtemelen duymuşsunuzdur; ben yıllardır zaman zaman karşıma çıkan bir isim olarak tanıyorum. Yıllardır dbForge araçları, .NET için dotConnect sürücüleri ve epey geniş bir ODBC sürücü ailesiyle biliniyorlar. Yani asıl işleri tam olarak şu: farklı veritabanlarına ve bulut servislerine bağlanmak.
MCP tarafına girmelerinin bu kadar doğal görünmesinin sebebi de bu zaten. Devart sıfırdan yeni bir kas geliştirmedi; yıllardır sahip olduğu bağlantı altyapısının üstüne bir MCP katmanı koydu. En iyi bildikleri işi yapay zekaya açtılar diyebiliriz.
Ortada tek bir ürün değil, iki tür sunucu var
Devart’ın duyurusuna göre karşımızda tek bir ürün değil, iki farklı yaklaşım var. Şöyle ayırmak en kolayı:
- Universal MCP Server: ODBC üzerinden erişilebilen neredeyse her kaynağa bağlanan, tek tabanca çözüm. Bu yazının asıl konusu.
- 19 tane de kaynağa özel MCP sunucusu: Sadece belirli bir sistem için hazırlanmış olanlar. Salesforce, HubSpot, NetSuite, QuickBooks Online, Zoho CRM, Zoho Desk, Salesforce Marketing Cloud, Snowflake, Dynamics 365 ve Dynamics 365 Business Central gibi bulut/iş uygulamaları; ayrıca SQL Server, Oracle, MySQL, PostgreSQL, Firebird, SAP ASE, SQLite, Microsoft Access ve xBase gibi veritabanları için ayrı ayrı sunucular.
Mantık aslında sezgisel: Derdiniz tek ve net bir kaynaksa, mesela yalnızca Salesforce’a bağlanacaksanız, ona özel olanı alırsınız. Ama elinizde birbirinden kopuk, dağınık, hatta yer yer eskimiş sistemlerden oluşan karışık bir ortam varsa, işte orada Universal devreye giriyor.
Universal MCP Server tam olarak ne yapıyor?
Universal’ın fikri aslında tek cümleyle özetlenir: ODBC ile erişebildiğiniz her şeyi, tek bir MCP katmanından yapay zekaya açmak.

Bunun neden değerli olduğunu bir örnekle anlatayım. Çoğu kurumda veri tek bir yerde durmaz. Bir kısmı SQL Server’da, bir kısmı yıllar önce yazılmış bir Firebird ya da Access uygulamasında, bir kısmı sektöre özel kapalı bir yazılımın veritabanında, bir kısmı da bulut servislerinde yaşar. Her biri için ayrı entegrasyon beklemek yorucudur. Hele “o kapalı yazılım için hazır bir MCP sunucusu acaba ne zaman çıkar?” diye beklemeye başladıysanız, o bekleyiş çoğu zaman hiç bitmez.
Universal’ın çözmeye çalıştığı sorun tam olarak bu. Bir kaynağın ODBC sürücüsü varsa (ki kurumsal dünyada bu çoğu zaman vardır), o kaynağı özel bir entegrasyon beklemeden yapay zekaya bağlayabiliyorsunuz. Devart bunu özellikle eski sistemler, sektöre özel veritabanları ve kapalı uygulamalar için öne çıkarıyor. Kulağa hoş geliyor; ama işin gerçeği, bu vaadin ne kadar tuttuğu tamamen o ODBC sürücüsünün kalitesine ve kaynağın şemasının ne kadar temiz olduğuna bağlı. Yani “her şeye bağlanır” cümlesini biraz temkinli okumakta fayda var; en çok işe yaradığı yer, BT ortamı zaten karışık ve dağınık olan yerler.
Peki kaputun altında ne dönüyor?
İşleyiş, MCP’nin genel mantığından farklı değil. Kabaca şöyle:
- Siz yapay zeka istemcisine (Claude, VS Code, Cursor vb.) düz bir dille sorunuzu sorarsınız: “Geçen ay en çok satan 10 ürün hangisi?” gibi.
- MCP sunucusu bu isteği, veritabanının anlayacağı yapılandırılmış bir sorguya çevirir.
- Sorgu, Devart’ın bağlantı sürücüleri üzerinden ilgili kaynakta çalışır.
- Sonuç, modelin işleyebileceği temiz bir biçimde geri döner.
Yani sohbet penceresiyle gerçek iş veriniz arasında, çevirmenlik ve koşturmayı üstlenen bir köprü var. Model doğrudan veritabanınızın içine girmiyor; hep bu sunucunun üzerinden konuşuyor. Bu ayrım kulağa küçük gelebilir ama güvenlik açısından çok kıymetli, birazdan değineceğim.
Bence en önemli tercih: Sunucu sizin ortamınızda çalışıyor
Aslında beni bu üründe en çok ilgilendiren nokta burası. Devart’ın MCP sunucuları tasarımı gereği self-hosted, yani kendi ortamınızda çalışıyor. Sunucu sizin makinenizde, sizin ağınızda; veri de her an kendi altyapınızın içinde kalıyor.
Bunun neden önemli olduğunu bu blogda defalarca konuştuk. Yapay zekayı gerçek üretim verinize bağladığınız an, soru “yapabilir miyiz?” olmaktan çıkıyor, “bunu güvenli ve denetlenebilir şekilde nasıl yaparız?” oluyor. Verinin kurum sınırlarının dışına çıkmaması ise bankacılık, sağlık, kamu gibi alanlarda çoğu zaman pazarlık konusu bile değil; en baştan gelen bir şart.
Self-hosted yaklaşım kağıt üzerinde tam da buna cevap veriyor. Veriyi üçüncü bir tarafın bulutuna göndermek yerine, hem MCP katmanını hem de veriyi kendi çatınızın altında tutuyorsunuz. Yani “yapay zekaya veri açmak” ile “veriyi dışarı vermek” arasındaki o ince çizgiyi koruyabiliyorsunuz. Bu, ürünün en dikkat çeken yanı gibi duruyor. “Gibi duruyor” diyorum, çünkü bir mimarinin güvenli olması, o mimarinin doğru kurulmasına bağlı; kolay kısmı sunucuyu kendi ağınızda çalıştırmak, asıl iş yetkileri ve erişimi doğru sınırlamakta. Ona da birazdan geleceğim.
Hangi yapay zeka araçlarıyla çalışıyor?
MCP’nin güzel tarafı standart olması; o yüzden Devart sunucuları da MCP uyumlu araçların geneliyle konuşuyor. Devart’ın saydıkları şunlar:
- Claude (Claude Desktop)
- Visual Studio Code
- Cursor
- Codex
- Windsurf
- Cline
- Zed
Liste bununla da sınırlı değil, “ve MCP uyumlu diğer araçlar” diyorlar. Kısacası hangi asistanı kullanıyorsanız, büyük ihtimalle bağlarsınız.
Kurulum ve lisans etkinleştirme nasıl?
Ürün havada kalmasın, biraz somutlaştıralım. Aşağıdakiler hem Devart’ın dokümantasyonuna hem de lisansımı etkinleştirirken bana iletilen resmi adımlara dayanıyor.
Önce gereksinim tarafı: Kaynağa özel sunucularda tipik olarak .NET 8 çalışma ortamı ve ilgili kaynağın Devart ODBC sürücüsü isteniyor. Universal’da da mantık aynı; bağlanmak istediğiniz kaynağın bir ODBC sürücüsü ya da DSN’i olması yeterli.
Kurulumun kendisi alışıldık bir Windows sihirbazı. Elimdeki lisansla ilerlerken izlediğim (ve Devart’ın da önerdiği) sıra şöyle:
- Lisansı alın. Devart Müşteri Portalı’na lisansın tanımlı olduğu e-posta ile girersiniz; size atanmış lisans ve etkinleştirme anahtarı (activation key) orada durur. Aynı anahtar etkinleştirme e-postasında da geliyor.
- İndirin. Universal MCP Server’ın güncel sürümünü Devart sitesinden indirirsiniz.
- Kurun. Sihirbazı takip edersiniz: lisans sözleşmesini kabul edin, klasörü seçin, “Install” deyin.
- Kurulum sırasında etkinleştirin. “License Information” adımında “Activation Key” seçeneğini seçip anahtarınızı yapıştırırsınız (ya da “Load Activation Key” ile anahtar dosyasını gösterirsiniz), sonra kurulumu bitirirsiniz. En sonda “License Information” paneli lisans ayrıntılarınızı gösterir.
Diyelim kurulumu yaptınız ama etkinleştirmeyi atladınız. Sorun değil; kurulum klasöründe bir komut istemi açıp anahtarı sonradan da tanımlayabilirsiniz:
Devart.AI.McpServer.Odbc.Universal.exe activate <anahtar>
Sıra bağlantıyı tanımlamaya geliyor. Bu da genelde bir
mcpserver.json
dosyasında tutuluyor; bağlantıya bir isim verip DSN adını ya da bağlantı dizesini (connection string) yazıyorsunuz:
{
"Connections": {
"SatisDB": {
"ConnectionString": "DSN=SatisVeritabani",
"ProtocolType": "stdio"
}
}
}
Burada bir de iki taşıma (transport) seçeneği çıkıyor karşınıza. Aradaki farkı bilmek işinizi kolaylaştırır:
- stdio: Sunucuyu yapay zeka istemciniz kendisi başlatır. Tek kullanıcı, yerel makine senaryoları için en pratiği.
- http: Sunucuyu belirli bir portta siz elle başlatırsınız. Merkezi ve paylaşımlı kullanım için daha uygun.
Örneğin Universal’ı istemcide
stdio
ile tanımlamak kabaca şuna benziyor (Windows yolu üzerinden):
{
"mcpServers": {
"devart-universal": {
"command": "C:\\Program Files\\Devart\\MCP Server Universal\\Devart.AI.McpServer.Odbc.Universal.exe",
"args": ["run", "SatisDB"]
}
}
}
Gördüğünüz gibi kavramsal olarak ağır bir iş değil: bir ODBC bağlantısı, bir yapılandırma dosyası, bir de istemci tanımı. Daha önce SQL MCP Server kurulumunu anlattığım yazıyı okuduysanız, mantık size tanıdık gelecek.
Fiyat ve lisans tarafında durum ne?
Burada dürüst olayım: Bu yazıyı hazırlarken Universal’ın fiyatı ve lisans seçenekleri herkese açık listelerde net değildi. O yüzden buraya kafadan bir rakam yazmıyorum, sizi yanıltmak istemem.
Yine de genel çerçeveyi çizebilirim. Devart tarafında alışıldık model şu: Sunucu yazılımının kendisi kimi zaman ücretsiz veriliyor, asıl ücretli olan arkasındaki bağlantı sürücüsü oluyor ve bu sürücüler genelde 30 günlük deneme sürümüyle geliyor. Universal için de kapsam ve fiyatı doğrudan Devart’ın sayfasından teyit etmeniz en sağlıklısı. Benim tavsiyem net: Satın almadan önce mutlaka bir deneme sürümüyle kendi ortamınızda çalıştırın. Bir aracın kağıt üzerindeki vaadi ile sizin gerçek verinizde nasıl davrandığı bazen çok farklı olabiliyor.
Kimin işine yarar, nelere dikkat etmeli?
Tek cümleyle: Universal MCP Server, dağınık ve birbirinden farklı veri kaynaklarını tek bir kapıdan yapay zekaya açmak isteyenler için pratik bir kısayol.
Şu durumlarda gerçekten işinize yarar:
- Veriniz farklı veritabanlarına ve eski sistemlere dağılmışsa ve her biri için ayrı entegrasyon yazmaya niyetiniz yoksa.
- Sektöre özel, kapalı bir yazılımın veritabanına yapay zeka erişimi istiyor ama hazır bir bağlayıcı bulamıyorsanız (ODBC sürücüsü varsa iş görür).
- Verinin kurum dışına çıkmaması sizin için kırmızı çizgiyse; self-hosted yapı bunu doğal olarak sağlıyor.
Ama her yeni araçta olduğu gibi burada da biraz soğukkanlı olmakta fayda var. Aklınızda tutmanızı istediğim birkaç şey:
- Yetki ve güvenlik sizin sorumluluğunuzda. Bu sunucu, bağlandığı hesabın gördüğü her şeyi görebilir. O yüzden yapay zekaya salt-okunur (read-only) ve dar yetkili bir kullanıcı vermek, sonraya bırakılacak değil, en baştan verilecek bir karar. “Model istemeden bir şey yazar mı, siler mi?” sorusunu şansa bırakmayın.
- Sonuç, verinizin kalitesi kadar iyi. Model veriyi olduğu gibi görür. Dağınık ve tutarsız veri, en iyi MCP katmanında bile karışık cevaplar üretir. Bu konuyu Veri Kalitesi = AI Kalitesi yazımda uzun uzun işlemiştim.
- ODBC bağımlılığının iki yüzü var. Universal’ın gücü ODBC’den geliyor; ama bu, ilgili sürücünün de kurulu, lisanslı ve doğru ayarlanmış olmasını gerektiriyor. “Her şeye bağlanır” cümlesinin küçük dipnotu bu: “ODBC sürücüsü olduğu sürece”.
- İzlemeyi ihmal etmeyin. Yapay zekanın veritabanında ne sorduğunu, ne sıklıkla çalıştırdığını ve ne kadar veri çektiğini görebilmek, üretim ortamında lüks değil, zorunluluk. Bunu en baştan kurgunuza katın.
Sırada ne var: Ben deneyeceğim
Başta söyledim, elimde 1 yıllık bir lisans var. Yani bu ürünü uzaktan yorumlayıp bırakmayacağım; önümüzdeki dönemde kendi ortamımda kurup gerçek bir veritabanına bağlayacağım. Uygulamalı yazıda özellikle şu soruların peşine düşmeyi planlıyorum:
- Sıfırdan çalışır hale gelmek gerçekte ne kadar sürüyor; ODBC ve DSN tarafında insan nerede takılıyor?
- Aynı anda birden fazla farklı kaynağı (mesela bir SQL Server + bir eski sistem) tek Universal katmandan bağlamak pratikte nasıl bir his?
- Salt-okunur, dar yetkili bir kullanıcıyla model gerçekten sınırların içinde mi kalıyor?
- Doğal dilden üretilen sorgular ne kadar isabetli; karmaşık şemalarda model nerede zorlanıyor?
- Günlük kullanımda stdio mu daha rahat, http mu?
Yani bu yazı “tanışma”, bir sonraki yazı “sahada test” olacak. Özellikle denememi istediğiniz bir senaryo varsa yorumlara yazın; devam yazısına katmaya çalışırım.
Peki biz bu resmin neresindeyiz?
Bu tür araçlar aslında yıllardır anlattığımız bir şeyi bir kez daha doğruluyor: Yapay zeka çağında asıl değer modelde değil, verinin kendisinde ve o veriye erişimin nasıl yönetildiğinde. MCP sunucuları yapay zeka ile veriniz arasındaki boruları döşüyor; ama o boruların güvenli, yetkili ve sağlıklı bir zeminde çalışması ayrı bir uzmanlık işi.
Biz DMC Bilgi Teknolojileri olarak tam da bu zeminle uğraşıyoruz. Hangi MCP çözümünü seçerseniz seçin, altında sağlam kurulmuş ve düzenli izlenen bir veritabanı olması gerekiyor:
- Veritabanlarınızın performansı, güvenliği ve sağlığı Yönetilen Veritabanı Hizmeti ile sürekli izlenir; sorunlar siz fark etmeden yakalanır.
- Yapay zekaya açılan erişimin yetkileri, salt-okunur kullanıcılar ve güvenlik sınırları uzman veritabanı yöneticileri tarafından doğru kurulur.
- Yedekleme, güncelleme ve erişim yönetimi gibi kritik işler arka planda döner; siz iş ve yapay zeka tarafına odaklanırsınız.
Verinizi yapay zekaya açmadan önce zemini sağlamlaştırmak isterseniz, DMC’nin veritabanı hizmetlerine göz atabilir, ihtiyacınızı konuşmak için DMC ekibiyle iletişime geçebilirsiniz.
Sıkça Sorulan Sorular
Devart MCP Server nedir?
Yapay zeka asistanlarını veritabanlarına ve bulut servislerine bağlayan, Model Context Protocol (MCP) tabanlı bir Devart ürünüdür. Merkezinde ODBC üzerinden neredeyse her kaynağa bağlanan Universal MCP Server, yanında da belirli platformlara özel 19 ayrı sunucu bulunur.
Universal MCP Server’ın kaynağa özel sunuculardan farkı ne?
Kaynağa özel sunucular tek bir sisteme (örneğin yalnızca Salesforce ya da yalnızca SQL Server) odaklanır. Universal ise ODBC sürücüsü olan her kaynağa tek bir katmandan bağlanmanızı sağlar; dağınık ve birbirinden farklı sistemleri olan ortamlar için biçilmiş kaftandır.
Verim güvende mi, dışarı çıkıyor mu?
Devart’ın MCP sunucuları tasarımı gereği self-hosted, yani kendi ortamınızda çalışır. Veriniz altyapınızın içinde kalır; bu da sıkı güvenlik ve uyumluluk gereksinimi olan sektörler için önemli bir avantaj. Yine de yetki ve erişim ayarlarını doğru kurmak size düşer.
Hangi yapay zeka araçlarıyla çalışıyor?
MCP uyumlu araçların geneliyle: Claude, Visual Studio Code, Cursor, Codex, Windsurf, Cline, Zed ve diğerleri.
Ücretsiz mi?
Devart tarafında sunucu yazılımı kimi zaman ücretsiz veriliyor, asıl ücretli olan arkasındaki bağlantı sürücüsü olabiliyor ve bunlar genelde deneme sürümüyle geliyor. Universal’ın güncel fiyatı ve seçenekleri için Devart’ın resmi sayfasını kontrol etmeniz en doğrusu.
Özet
Devart’ın bu adımı, en iyi bildikleri işi (veriye bağlanmak) yapay zekaya taşıdıkları için bana mantıklı geldi. Universal MCP Server’ın fikri de açık: dağınık ve eski sistemleri bile ODBC üzerinden, tek bir katmandan ve kendi sunucunuzda barındırarak yapay zekaya açabilmek. BT ortamı karışık olan kurumlar için kağıt üzerinde kullanışlı bir kısayol gibi görünüyor. “Görünüyor” diyorum, çünkü bu tür araçların gerçek sınavı demoda değil, sizin dağınık verinizde başlıyor; ben de o sınavı bir sonraki yazıda vereceğim.
Ama işin özü hiç değişmiyor: Bir araç, kurduğu köprü kadar iyidir; köprü de üstünde durduğu zemin kadar sağlam. Yetkileri dar tutmak, salt-okunur başlamak, veri kalitesini ve izlemeyi ihmal etmemek… Hangi MCP çözümünü seçerseniz seçin bunlar aynı kalıyor.
Siz böyle bir “tek katmandan tüm veriye yapay zeka erişimi” fikrini kendi ortamınızda dener miydiniz, yoksa önce güvenlik tarafını mı netleştirirdiniz? Yorumlarda konuşalım. Bir sonraki yazıda görüşmek üzere 🙂
