# QueryProxy ve StrongDM

> StrongDM alternatifi mi? QueryProxy yalnızca SQL için, kendi sunucunuzda çalışan bir onay portalıdır, erişim platformu değil. Nerede uyar, nerede uymaz.

- Güncelleme: 2026-10-13
- Kaynak: https://queryproxy.com/tr/compare/strongdm/
- Dil: tr-TR
- Yazar: Muhammet Şafak

---
StrongDM kendini veritabanları, sunucular, Kubernetes kümeleri, bulutlar ve web uygulamaları için bir Zero Trust ayrıcalıklı erişim yönetimi platformu olarak tanımlar. QueryProxy bu kapsamın içindeki tek bir işi yapar, tek tek SQL ifadelerinin onaylanmasını.

## Bir bakışta

| Konu | QueryProxy | StrongDM |
| --- | --- | --- |
| Kapsam | PostgreSQL, MySQL, MariaDB, SQL Server ve SQLite'a karşı SQL | Veritabanları, sunucular, Kubernetes kümeleri, bulutlar ve web uygulamaları |
| Cevapladığı soru | "Bu ifade çalışabilir mi?" | "Bu kişi bu kaynağa ulaşabilir mi ve ne kadar süreyle?" |
| Süreli erişim | Modeli bu değil; bağlantıyı bir DBA verir ve her ifade ayrı ayrı onaylanır | Erişim tam zamanında verilir ve kendiliğinden sona erer |
| Onay | Her ifade bir DBA'i bekler; web kuyruğunda ya da Slack veya Teams'ten | Erişim iş akışları bir kaynak talebini onaylayıcılara yönlendirir; politikalar bir eylem için iş akışı da şart koşabilir (Enterprise plan) |
| İfade kuralları | Kuyruğa girmeden önce parse edilir; UPDATE ve DELETE için WHERE gerekir, SELECT'e LIMIT eklenir | Politikalar veritabanı eylemlerine izin verebilir ya da yasaklayabilir ve satır sayısını sınırlayabilir; Postgres ve SQL Server için (Enterprise plan) |
| Nerede çalışır | Kendi sunucunuzda çalışan tek bir konteyner; harici bir hizmet gerekmez | Gateway'ler ve röleler sizin yönettiğiniz sunucularda çalışır |
| Lisans | Tüm özellikleriyle AGPL-3.0 | Lisans koşulları için StrongDM'e bakın |

Kısa cevap: QueryProxy, StrongDM'in yerini yalnızca ondan beklediğiniz şey sorgu
onayıysa tutar. Aynı platformun daha küçük bir sürümü değildir.

StrongDM'in dokümantasyonu onu veritabanlarına, sunuculara, Kubernetes kümelerine,
bulutlara ve web uygulamalarına erişimi yöneten bir [Zero Trust ayrıcalıklı erişim
yönetimi platformu](https://docs.strongdm.com/) olarak anlatır. Ürün sayfası, en az
ayrıcalıklı erişimi tam zamanında verdiğini ve kendiliğinden sona erdirdiğini,
ayrıca denetimler için erişimi günlüğe aldığını ve kaydettiğini söyler
([strongdm.com](https://www.strongdm.com/)). Kapsamın genişliği işin özüdür: tüm
envanter için tek bir model.

QueryProxy'nin tek bir işi var. Geliştirici, bir DBA'in yetki verdiği bağlantıya
SQL gönderir, ifade [SQL korumalarına](/tr/docs/sql-korumalari/) karşı parse edilir,
bir DBA onu [onay akışında](/tr/docs/onay-akisi/) onaylar ve sonuç yazılırken
[maskelenir](/tr/docs/veri-maskeleme/). [AGPL-3.0 altında açık kaynaktır](/tr/docs/)
ve tek bir konteyner olarak çalışır; [hızlı başlangıç](/tr/docs/hizli-baslangic/)
ile birini ayağa kaldırabilirsiniz.

## Onay modelleri nasıl ayrışıyor?

StrongDM'in [erişim iş akışları](https://docs.strongdm.com/admin/access/workflows),
belirli rollere sahip kullanıcıların bir kaynak kümesi için erişim talep etmesine
izin verir; önceden seçilmiş onaylayıcılar kabul eder ya da reddeder. Sayfa,
özelliğin Enterprise planın parçası olduğunu belirtir. Erişim iş akışları bir
kaynağa erişimi onaylar.

QueryProxy'de onay birimi ifadedir. Bir bağlantıya yetki verilmesi geliştiricinin
hiçbir şey çalıştırmasına izin vermez; her `UPDATE` ya da `SELECT` kuyruktan geçer
ve bir DBA, koruma tarafından eklenmiş olabilecek her `LIMIT` dahil, çalışacak
SQL'in tam kendisini görür. Bir DBA kendi talebini onaylayamaz.

## Peki ifadenin kendisine dair kurallar?

StrongDM'in [politikaları](https://docs.strongdm.com/admin/access/policies.md)
Cedar ile yazılır ve belirli veritabanı komutlarına izin verebilir ya da onları
yasaklayabilir, bir kullanıcının sorgularını en fazla belirli bir satır sayısıyla
sınırlayabilir. Dokümantasyon, kaynağa özgü eylem denetiminin Postgres ve Microsoft
SQL Server'ı kapsadığını ve özelliğin Enterprise planın parçası olduğunu söyler.
Sıraladığı kullanım örnekleri arasında bir eyleme yalnızca bir onay iş akışı
onaylarsa izin vermek, MFA doğrulaması istemek ve kullanıcılardan bir eylemi
gerekçelendirmesini istemek de var; o sayfa yapılandırma adımlarını göstermez,
dolayısıyla eylem başına onayın ne kadar ileri gittiğini StrongDM'e sorun.
Politikalar bir kullanıcının ne yapabileceğine karar verir.

QueryProxy'nin kuralları sabittir ve kullanıcı başına yapılandırılamaz: yazma için
`WHERE` gerekir, okumaya `LIMIT` eklenir ve sunucu düzeyindeki kısa bir ifade
listesi her zaman reddedilir. Varsayılan `LIMIT` ve üst sınır
[yapılandırılabilir](/tr/docs/yapilandirma/). Koruma statiktir ve elinden gelenin
en iyisini yapar; QueryProxy'nin [üretim güvenliği rehberi](/tr/docs/uretim-guvenligi/)
onu veritabanı ayrıcalıklarıyla da desteklemenizi söyler.

## Hangi sorun sizin sorununuz?

Sorun "çok fazla sisteme çok fazla giriş yolu" ise bir platform istiyorsunuz ve bu
listede genellikle adı geçen diğer isim [Teleport](/tr/compare/teleport/)'tur.
Sorun "mühendislerin üretim verisine ihtiyacı var ve sorgu çalışmadan önce başka
biri onu okumalı" ise bir platformdan daha azına ihtiyacınız var. Bugün bir
[atlama sunucusu](/tr/compare/bastion-host/) kullanan ekipler genellikle ikinci
gruptadır. Birçok ekip iki katmanı da tutar: platform veritabanına kimin
ulaşacağına karar verir, QueryProxy kimlik bilgisini tutar ve her ifadenin önünde
durur. Bu ayrımın ardındaki fikir
[veritabanı erişim denetimi nedir](/tr/veritabani-erisim-denetimi-nedir/) yazısında
anlatılıyor.

Fiyatlar, plan içerikleri ve lisans koşulları değişir. Bu sayfa onları
aktarmıyor; StrongDM'in güncel koşullarını kendi sitesinden okuyun. Yukarıdaki
StrongDM iddiaları, dokümantasyonuna karşı 2026-10-13 tarihinde kontrol edildi.

## Bunun yerine StrongDM seçmeniz gereken durumlar

- Yalnızca veritabanları için değil, daha fazlası için tek bir erişim katmanı istiyorsanız. StrongDM sunucuları, Kubernetes kümelerini, bulutları ve web uygulamalarını yönettiği kaynaklar olarak sayar; QueryProxy bunların hiçbirini ele almaz.
- Sözleşmeli desteği olan bir satıcıya ya da kendi ekibinizin kurup yükselttiği bir yazılım yerine satın alıp sizin için bakımı yapılan bir ürüne ihtiyacınız varsa.
- Gereksiniminiz kendiliğinden sona eren tam zamanında erişimse. QueryProxy'de süreyle sınırlı yetki yoktur; ifadeleri inceler.

## Sık sorulanlar

### QueryProxy bir StrongDM alternatifi mi?

Yalnızca tek bir iş için. StrongDM'den beklediğiniz, bir SQL ifadesi üretimde çalışmadan önce bir kişinin DBA onayı almasıysa, QueryProxy bunu sizin barındırdığınız altyapıda yapar. StrongDM'i sunucular, Kubernetes ya da tam zamanında erişim için kullanıyorsanız QueryProxy onun yerini tutmaz.

### Hangisini kendi sunucumda çalıştırabilirim?

QueryProxy tasarımı gereği kendi sunucunuzda çalışır. Portalı, kuyruk işçisini ve zamanlayıcıyı içeren tek bir konteyner olarak, AGPL-3.0 lisansıyla gelir. StrongDM'in node dokümantasyonu gateway'lerin ve rölelerin sizin yönettiğiniz sunucularda çalıştığını söyler, ama ürünün tamamının kendi sunucunuzda çalıştığını orada belirtmez; bunu StrongDM'e sorun.

### İkisini birlikte çalıştırabilir miyim?

Evet. Bir platform kimin neye ulaşacağını yönetirken QueryProxy veritabanı kimlik bilgisini tutar ve her ifadenin önünde durur. Her biri, diğerinin sormadığı bir soruyu kapsar.

### QueryProxy SSH ya da Kubernetes erişimini yönetir mi?

Hayır. QueryProxy PostgreSQL, MySQL, MariaDB, SQL Server ve SQLite hedefleri için SQL kabul eder, başka hiçbir şey kabul etmez.