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.

QueryProxy ve Hoop.dev

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.

Güncelleme: 13 Ekim 2026

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 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). Control plane “Part of Hoop Enterprise” olarak işaretlenmiştir (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).

QueryProxy’nin SQL korumaları 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ı 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ı belirtir; veritabanı tarafında salt okunur çalıştırma ise v0.3.0 için planlanmıştır (üretim güvenliği).

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

Hoop, komutları kişilerin karar vermesi için bekletir. Eylem erişim talepleri 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ı 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ışı ürünün tamamıdır: bir DBA kuyruğu, Slack ve Teams 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. 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ıç ile başlayın. Onay portallarını karşılaştıran ekipler Bytebase ve 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.

Hoop.dev sitesini ziyaret edin

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.