# QueryProxy ve Hoop.dev

> Hoop.dev alternatifi mi? İkisi de açık kaynak ve veritabanlarının önünde durur. Hoop maskeleyen ve koruyan bir sidecar; QueryProxy DBA kuyruklu bir portal.

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

---
Hoop.dev, deposunda hassas veriyi maskeleyen ve AI ajanlarının yıkıcı komutlarını engelleyen çalışma zamanı denetimi anlatılan MIT lisanslı bir projedir. QueryProxy ise kişilerin SQL gönderdiği ve bir DBA'in onayladığı AGPL-3.0 lisanslı bir portaldır.

## Bir bakışta

| Konu | QueryProxy | Hoop.dev |
| --- | --- | --- |
| Biçim | Kuyruğu, işçisi ve zamanlayıcısıyla tek konteynerde bir web portalı | Veritabanının yanında çalışan tek bir binary olan sidecar, sidecar filosu için bir control plane ile; ayrı bir Enterprise gateway mühendisleri ve ajanları kapsar |
| Lisans | AGPL-3.0 | Açık kaynak sürüm için MIT; Enterprise sürüm lisans gerektirir |
| Protokoller (Hoop sidecar) | PostgreSQL, MySQL, MariaDB, SQL Server ve SQLite | PostgreSQL, Microsoft SQL Server ve HTTP |
| İfade korumaları | Her gönderimde parser tabanlı kurallar, kullanıcı başına yapılandırma yok | Bir kural dosyasında yapılandırılan guardrail'ler; ücretsiz sürümde sidecar başına bir guardrail |
| Veri maskeleme | Sonuçlar yazılırken uygulanan sütun deseni ve içerik regex kuralları | Yanıttaki hassas değerleri bellekte yeniden yazar; ücretsiz sürümde sidecar başına bir kural |
| İnsan incelemesi | Bir DBA her ifadeyi web kuyruğunda ya da Slack veya Teams'ten onaylar | Hoop, belirlenmiş bir onaylayıcı Slack'te, Teams'te ya da web uygulamasında karar verene kadar komutu bekletir; README control plane'in inceleme kuyruğunu henüz yapılmamış olarak listeler |
| Tipik çağıran | Tarayıcıda SQL yazan bir kişi | Gateway üzerinden mühendisler, AI ajanları ve servis hesapları; sidecar portu üzerinden uygulamalar ve ajanlar |

Kısa cevap: ifadeyi çalışmadan önce ikinci bir kişinin okumasına ihtiyaç duyan bir
mühendis için ikisi de işi görür. Bir veritabanı sürücüsü üzerinden bağlanan bir
uygulama ya da AI ajanı için yalnızca Hoop görür, çünkü QueryProxy'de birini
yönlendirebileceğiniz bir port yoktur. İki proje de açık kaynak, ikisi de
sonuçları maskeler ve ikisi de çağıranla veritabanı arasına bir şey koyar.

Hoop'un [deposu](https://github.com/hoophq/hoop) projeyi, hassas veriyi maskeleyen
ve AI ajanlarının yıkıcı komutlarını engelleyen, çalışma zamanında devreye giren
açık kaynak bir denetim olarak tanımlar. Dağıtım birimi bir sidecar'dır: veritabanınızın
yanında çalışan, tek yapılandırma dosyalı tek bir binary; çağıranlar yalnızca
bağlantı dizesindeki portu değiştirir. Hoop'un dokümantasyonu ayrıca çok sayıda
sidecar çalıştırmak için bir control plane'i ve "mühendisler, AI ajanları, servis
hesapları ve altyapınız arasında duran bir katman 7 gateway'i" olan Gateway'i
anlatır ([hoop.dev/docs/gateway/overview](https://hoop.dev/docs/gateway/overview)).
Control plane "Part of Hoop Enterprise" olarak işaretlenmiştir
([hoop.dev/docs](https://hoop.dev/docs)) ve Gateway Enterprise olarak lisanslanır.

QueryProxy kişiden yola çıkar. Bir geliştirici Query Studio'yu açar, bir DBA'in
yetki verdiği bağlantıya SQL yazar ve ifade bir kuyrukta bekler. QueryProxy'ye
hiçbir şey bir veritabanı sürücüsüyle bağlanmaz; bir uygulamanın yönlendirileceği
bir port yoktur.

## Korumalar nasıl karşılaştırılıyor?

Hoop'un README'si PostgreSQL, Microsoft SQL Server ve HTTP'nin her biri için Data
Masking, Guardrails ve bir Session Analyzer listeler. Açık kaynak sayfası,
ücretsiz sürümün sidecar başına bir guardrail ve bir veri maskeleme kuralı
içerdiğini, Enterprise sürümün bu sınırları kaldırdığını söyler
([hoop.dev/open-source](https://hoop.dev/open-source)).

QueryProxy'nin [SQL korumaları](/tr/docs/sql-korumalari/) sizin yazdığınız kurallar
değildir. Sabittirler: yazma için `WHERE` gerekir, okumaya `LIMIT` eklenir ve
sunucu düzeyindeki ifadelerden oluşan bir liste reddedilir. [Maskeleme
kuralları](/tr/docs/veri-maskeleme/) sizindir; sütun adı deseni ya da içerik regex'iyle
tanımlanır ve sonuç yazılırken uygulanır, dolayısıyla maskesiz sürüm saklanmaz.
QueryProxy sınırlarının nerede olduğunu söyler: MySQL, MariaDB ve SQL Server için
koruma kapsamı canlı sunuculara karşı çalıştırılmamıştır, bunu [korumalar
referansı](/tr/docs/sql-korumalari/) belirtir; veritabanı tarafında salt okunur
çalıştırma ise v0.3.0 için planlanmıştır ([üretim güvenliği](/tr/docs/uretim-guvenligi/)).

## İnceleme akışları nasıl karşılaştırılıyor?

Hoop, komutları kişilerin karar vermesi için bekletir.
[Eylem erişim talepleri](https://hoop.dev/docs/learn/features/access-requests/action)
sayfası, komutun PENDING durumuyla bekletildiğini, belirlenmiş onaylayıcılara
Slack'te, Teams'te ya da web uygulamasında bildirim gittiğini ve onaylanan komutun
çalışıp sonuçlarını döndürdüğünü söyler. Sidecar için [Slack
sayfası](https://hoop.dev/docs/control-plane/slack.md) bir `require_review` kuralını
anlatır: bekletilen ifadeler Slack'e gönderilir ve tek bir onay onları serbest
bırakır. Ayrıca README, control plane'in inceleme kuyruğu eylemlerini
(approve, reject, retry) henüz yapılmamış olarak listeler. Proje durumu hızlı
değişir, bu yüzden karar verdiğiniz gün güncel dokümantasyonu okuyun.

QueryProxy'nin [onay akışı](/tr/docs/onay-akisi/) ürünün tamamıdır: bir DBA kuyruğu,
[Slack](/tr/docs/slack-entegrasyonu/) ve [Teams](/tr/docs/teams-entegrasyonu/)
içinde düğmeler, kendi talebini onaylama yok (yönetici geçersiz kılması günlükte
işaretlenir) ve düzenlenemeyen bir denetim günlüğü.

## Hangisini seçmelisiniz?

Bir uygulamanın ya da AI ajanının veritabanı sürücüsü üzerinden korumalı bir yola
ihtiyacı varsa QueryProxy ona bir yol veremez, Hoop'un sidecar'ı verebilir.
Korunması gereken şey üretim verisini haftada bir okuyan mühendisse ve eksik
parça sorguyu ikinci bir kişinin okuması ise, ikisi de komutu bekletebilir; bu,
[QueryProxy'nin ne için var olduğudur](/tr/veritabani-erisim-denetimi-nedir/). Diğer
farklara göre seçin: QueryProxy her özelliği olan, sabit parser kurallı tek bir
AGPL-3.0 konteyneridir; Hoop'un ücretsiz sürümü ise guardrail ve maskelemeyi
sidecar başına birer kuralla sınırlar. QueryProxy'yi denemek için [hızlı
başlangıç](/tr/docs/hizli-baslangic/) ile başlayın. Onay portallarını karşılaştıran
ekipler [Bytebase](/tr/compare/bytebase/) ve [Teleport](/tr/compare/teleport/)
sayfalarını da isteyecektir.

Yukarıdaki Hoop iddiaları, herkese açık deposuna ve dokümantasyonuna karşı
2026-10-13 tarihinde kontrol edildi. Enterprise koşulları orada yayımlanmıyor;
Hoop'a sorun.

## Bunun yerine Hoop.dev seçmeniz gereken durumlar

- Çağıranlarınız bir veritabanı sürücüsü üzerinden bağlanan uygulamalar ya da AI ajanlarıysa. QueryProxy bir kişinin SQL gönderdiği yerdir; bir istemci kütüphanesinin yönlendirilebileceği bir proxy değildir.
- HTTP trafiğinin de aynı maskeleme ve guardrail'lerle kapsanmasını istiyorsanız. Hoop'un README'si HTTP'yi protokolleri arasında sayar; QueryProxy yalnızca SQL kabul eder.
- Kuyruğu ve kendi veritabanı olan bir portal yerine, tek bir yapılandırma dosyasıyla tek bir binary olarak veritabanının yanında duran bir denetim istiyorsanız.

## Sık sorulanlar

### QueryProxy bir Hoop.dev alternatifi mi?

Anlık SQL için ikinci bir kişinin onayına ihtiyacı olanlar açısından evet; ancak Hoop da komutları onay için bekletebildiğinden QueryProxy orada tek seçenek değildir. Bir veritabanı sürücüsü üzerinden bağlanan uygulamalar ve AI ajanları için hayır, çünkü QueryProxy'de onları yönlendirebileceğiniz sürücü düzeyinde bir proxy yoktur. Özellikleri karşılaştırmadan önce bu iki çağıranın hangisine sahip olduğunuza bakın.

### İkisi de açık kaynak mı?

Evet, farklı lisanslar altında. Hoop'un deposu MIT, QueryProxy AGPL-3.0 olarak etiketlenmiştir. Hoop ayrıca lisans gerektiren bir Enterprise sürüm satar; QueryProxy'de ücretli sürüm yoktur.

### Onay akışları nasıl ayrışıyor?

İkisi de bir kişi karar verene kadar komutu bekletir. Hoop'un dokümantasyonu, belirlenmiş onaylayıcılara Slack'te, Teams'te ya da web uygulamasında bildirim giden komut başına erişim taleplerini anlatır. QueryProxy her ifadeyi tek bir DBA kuyruğundan geçirir; Slack ve Teams düğmeleri vardır, kendi talebini onaylama yoktur (yönetici geçersiz kılması günlükte işaretlenir) ve denetim günlüğü düzenlenemez. README ayrıca control plane'in inceleme kuyruğu eylemlerini henüz yapılmamış olarak listeler, o yüzden karar vermeden önce yeniden okuyun.

### Hangisinin hareketli parçası daha az?

Bir Hoop sidecar'ı tek bir binary ve tek bir yapılandırma dosyasıdır. QueryProxy tek bir konteynerdir, ama o konteyner bir portal, bir kuyruk işçisi ve bir zamanlayıcı çalıştırır ve kendi uygulama veritabanını tutar.