Örnek sorular
Streaming FundamentalsZorluk 1
Veri sistemlerinde batch (toplu) işlemeyi en iyi ne tanımlar?
- aVeri bir süre boyunca toplanır ve belirli aralıklarla topluca birlikte işlenir✓
- bVeri, her kayıt geldiğinde sürekli olarak işlenir; sonuçlar her olaydan milisaniyeler içinde elde edilir
- cVeri yalnızca bir alt sistem açıkça talep ettiğinde, tek tek işlenir
- dVeri işlendikten hemen sonra silinir, hiçbir geçmiş tutulmaz
Açıklama:Batch işleme, veriyi bir zaman penceresi boyunca biriktirir ve belirli aralıklarla topluca işler; bu, anlıklık yerine yüksek verim ve daha basit yönetim sağlar. b şıkkı aslında stream işlemeyi tanımlar. c şıkkı talep-üzerine (pull) bir deseni tanımlar, batch değil. d şıkkı işleme modelini veri saklama politikasıyla karıştırır.
Streaming FundamentalsZorluk 1
Veri sistemlerinde stream (akış) işlemeyi en iyi ne tanımlar?
- aVeri büyük tarihsel gruplara ayrılır ve ne zaman üretildiğine bakılmaksızın günde bir kez işlenir
- bVeri, geldiği anda kayıt kayıt sürekli işlenir; sonuçlar düşük gecikmeyle elde edilir✓
- cVeri yalnızca tek bir data warehouse tablosuna tamamen yüklendikten sonra işlenebilir
- dVeri sabit bir programa göre haftada tam olarak bir kez işlenir
Açıklama:Stream işleme, batch'in sabit-program gruplamasının aksine veriyi geldiği anda sürekli işler. b ve d şıkları batch benzeri sabit programları tanımlar, streaming'i değil. c şıkkı sürekli işleme yerine önce-yükle-sonra-sorgula desenini tanımlar.
Streaming FundamentalsZorluk 2
Bir perakende şirketi, her sabah finans ekibine teslim edilmek üzere dünkü toplam satışların bölgeye göre raporunu üretmek istiyor. Bu ihtiyaca en uygun işleme yaklaşımı hangisidir?
- aHiçbiri uygun değil, çünkü finansal raporlar manuel olarak üretilmelidir
- bStream işleme, çünkü finans ekibi günlük raporlar için bile her zaman milisaniye seviyesinde tazelik ister
- cBatch işleme, çünkü rapor tamamlanmış bir günü yansıtır ve saatlerce gecikmeyi tolere edebilir✓
- dStream işleme, çünkü batch sistemler bölgeye göre toplama yapamaz
Açıklama:Rapor yalnızca tamamlanmış bir günü yansıtması gerektiğinden ve bir sonraki sabaha kadar gecikmeyi tolere edebildiğinden, batch işleme daha basit ve yeterli seçimdir. b şıkkı ihtiyaç duyulmayan gereksiz bir tazelik talep eder. d şıkkı gerçek dışıdır — batch sistemler bölge dahil her boyuta göre rutin olarak toplama yapar.
Streaming FundamentalsZorluk 2
Bir e-ticaret platformu, işlem gerçekleştikten sonra ödeme onaylanmadan birkaç saniye içinde ödemeyi potansiyel dolandırıcılık olarak işaretlemek istiyor. Bu ihtiyaca en uygun işleme yaklaşımı hangisidir?
- aHer iki yaklaşım da eşit derecede uygundur, çünkü dolandırıcılık tespitinde gecikme önemli değildir
- bBatch işleme, çünkü gece çalışan bir iş çoğu durum için dolandırıcılığı yeterince erken yakalar
- cBatch işleme, çünkü dolandırıcılık desenleri ancak tam bir aylık veri toplandıktan sonra ortaya çıkar
- dStream işleme, çünkü karar işlem gerçekleşir gerçekleşmez hızla verilmelidir✓
Açıklama:Onaydan önce saniyeler içinde harekete geçmesi gereken dolandırıcılık tespiti, olaylar gerçekleştikçe sürekli ve düşük gecikmeli işleme gerektirir — bu da stream işlemedir. b ve c şıkları, saatler veya bir ay gecikmenin kabul edilebilir olduğunu yanlışlıkla varsayar; bu da ödeme onaylanmadan dolandırıcılığı yakalama amacını boşa çıkarır.
Streaming FundamentalsZorluk 1
Stream işlemede 'at-least-once' (en az bir kez) teslimat semantiği ne garanti eder?
- aHer kayıt bir veya daha fazla kez işlenecektir, ancak hiçbir kayıt sessizce kaybolmaz✓
- bHer kayıt kesinlikle tam olarak bir kez işlenir; ne tekrar ne de eksik kalma olur
- cBazı kayıtlar sessizce kaybolabilir, ancak hiçbir kayıt birden fazla kez işlenmez
- dKayıtlar yalnızca tüketici belirli bir süre içinde açıkça sorgu yaparsa işlenir
Açıklama:At-least-once, sessiz kayıp olmayacağını garanti eder ama tekrarlara izin verir, çünkü bir kayıt işlendiği onaylanana kadar yeniden teslim edilebilir. b şıkkı exactly-once semantiğini tanımlar. c şıkkı at-most-once'ı tanımlar (kayıp olabilir, tekrar olmaz).
Streaming FundamentalsZorluk 2
Stream işlemede 'at-most-once' (en fazla bir kez) teslimat semantiği ne garanti eder?
- aHer kayıt bir veya daha fazla kez teslim edilir ve tekrarlar sistem tarafından her zaman otomatik olarak elenir
- bHer kayıt sıfır veya bir kez teslim edilir; kaybolabilir ama hiçbir zaman birden fazla kez işlenmez✓
- cHer kaydın kesinlikle ve istisnasız tam olarak bir kez teslim edilip işlenmesi garanti edilir
- dKayıtlar, tüm alt tüketiciler işlemi onaylayana kadar tutulur, ardından kaldırılır
Açıklama:At-most-once, veri kaybetmemekten çok tekrar olmamasına öncelik verir — bir kayıt basitçe hiç ulaşmayabilir. b şıkkı at-least-once semantiğini tanımlar. c şıkkı exactly-once semantiğini tanımlar.