İçeriğe geç
veri, tahmin ve karar

Gerçek zamanlı veri analizi platformları

Gerçek zamanlı veri analizi platformu, makine arızası, soğuk zincir sapması ya da ödeme hatası gibi olayları ertesi günün raporunu beklemeden, oluştukları anda ilgili ekibe bildirir. Apache Kafka ve Apache Flink gibi akış teknolojileriyle platformu kurar, üzerine anomali tespiti ve anlık uyarı katmanı ekleriz. Üretim, lojistik, enerji ve e-ticaret operasyonlarına uygundur.

  • Sorun ertesi sabahki raporda değil, oluştuğu anda ekibin önüne düşer.
  • Uyarılar sabit eşiğe değil saate ve koşula göre beklenen aralığa bakar.
  • Gereksiz alarm azalır, ekip gelen uyarıyı ciddiye alır.
örnek senaryoGıda dağıtım şirketinin operasyon ekibi

Soğuk zincir ısı uyarısı

bugün

Araçtaki ısı kaydı ancak teslimattan sonra indirilip kontrol ediliyor.

  1. 01Araç sensörü ısıyı MQTT ile gönderir
  2. 02Akış motoru sapmayı anında hesaplar
  3. 03Sürücüye ve operasyona uyarı gider
  4. ✓Operasyon sorumlusu müdahaleyi teyit edip kaydederinsan onayı
akıştan sonra

Sapma ürün bozulmadan fark edilir, teslimattan sonra sürpriz çıkmaz.

Gerçek zamanlı veri analizi için varsayımsal bir iş akışı örneği.
  • kurucuTaha YelkenciSEO'ya 2010'da başladı, rankZup'ı 2012'de kurdu
  • kanıtKendi sistemlerimizde çalışıyorÜrün, video ve içerik hatlarımız her gün çalışıyor
  • teyitİnsan onayı her akıştaAjanın ürettiği sonuç kontrol noktasından geçer
  • bağımsızModel bağımsızGPT, Claude, Gemini ve açık modellerle çalışıyoruz
kapsam

Gerçek zamanlı veri analizi kapsamında neler yapıyoruz

  • 01

    Olay akışını kuruyoruz

    Sensör, uygulama ve veritabanı değişikliklerini Apache Kafka üzerinden sıralı ve kalıcı biçimde taşıyan akışı kuruyoruz.

  • 02

    Olayları anında işliyoruz

    Apache Flink ya da Spark Structured Streaming ile olayları zaman pencereleri halinde işleyip ölçüye çeviriyoruz.

  • 03

    Anomali tespiti ekliyoruz

    Mevsimsellik içeren temel çizgiler ve izolasyon ormanı gibi yöntemlerle beklenen aralığın dışına çıkan ölçümü yakalıyoruz.

  • 04

    Saha cihazlarını bağlıyoruz

    MQTT ve OPC UA ile sahadaki sensör ve makinelerden gelen veriyi bağlantı kesintilerine dayanıklı biçimde alıyoruz.

  • 05

    Uyarıyı doğru kişiye yönlendiriyoruz

    Uyarıları önem düzeyine göre ayırıp nöbetçiye, bakım ekibine ya da sürücüye kısa bir özetle iletiyoruz.

  • 06

    Eşikleri ekibinizle ayarlıyoruz

    Geçmiş veriyle eşikleri kalibre ediyor, yanlış alarmları ekibinizle düzenli olarak gözden geçiriyoruz.

örnek iş akışları

Sizin için kurabileceğimiz iş akışları

Aşağıdakiler varsayımsal örneklerdir; ilk görüşmede sizin sürecinize göre yeniden çizeriz.

  • örnek senaryo · Gıda dağıtım şirketinin operasyon ekibi

    Soğuk zincir ısı uyarısı

    bugün

    Araçtaki ısı kaydı ancak teslimattan sonra indirilip kontrol ediliyor.

    akıştan sonra

    Sapma ürün bozulmadan fark edilir, teslimattan sonra sürpriz çıkmaz.

    1. Araç sensörü ısıyı MQTT ile gönderir
    2. Akış motoru sapmayı anında hesaplar
    3. Sürücüye ve operasyona uyarı gider
    4. Operasyon sorumlusu müdahaleyi teyit edip kaydeder

    insan onayı Operasyon sorumlusu uyarıya yapılan müdahaleyi teyit eder, yanlış alarmı işaretleyerek eşiğin düzeltilmesini sağlar.

  • örnek senaryo · E-ticaret teknik ve operasyon ekibi

    Kampanya sırasında hata izleme

    bugün

    Ödeme hatası artışı çoğu zaman müşteri şikayetleriyle fark ediliyor.

    akıştan sonra

    Ekip müşteri şikayeti gelmeden müdahale etme şansı bulur.

    1. Ödeme ve stok olayları akışa alınır
    2. Hata oranı beklenen aralıkla karşılaştırılır
    3. Nöbetçi ekibe özetli uyarı gider
    4. Nöbetçi uyarıyı teyit edip müdahaleyi başlatır

    insan onayı Nöbetçi mühendis uyarının gerçek olduğunu teyit eder, kampanya ya da ödeme yöntemi kararını ekip verir.

teslimler

Proje sonunda elinizde olanlar

  • Kaynaklardan hedefe uçtan uca çalışan akış
  • Olay şemaları ve mimari belgesi
  • Kalibre edilmiş anomali modelleri ve uyarı kuralları
  • Grafana ya da benzeri izleme panelleri
  • Altyapının kendisini izleyen uyarılar
  • İşletme ve nöbet belgeleri
kullandığımız teknolojiler
  • Apache Kafka
  • Apache Flink
  • Spark Structured Streaming
  • Debezium
  • MQTT
  • OPC UA
  • ClickHouse
  • Apache Druid
  • Grafana
  • Python

Model ve araç seçimini işinize, veri gizliliği ihtiyacınıza ve kullanım hacmine göre yaparız.

süreç

Nasıl çalışıyoruz

  1. Kullanım senaryosu ve gecikme hedefi

    Hangi olayın ne kadar sürede hangi kararı tetiklemesi gerektiğini birlikte yazarız.

  2. Mimari tasarım

    Kaynakları, olay şemalarını, işleme motorunu ve barındırma seçeneğini belirleriz.

  3. Pilot akış

    Tek bir kaynakla uçtan uca akışı kurar, gecikmeyi ve veri kaybını ölçeriz.

  4. Anomali ve uyarı kalibrasyonu

    Geçmiş veriyle eşikleri ayarlar, yanlış alarm oranını ekibinizle birlikte gözden geçiririz.

  5. Yaygınlaştırma ve izleme

    Diğer kaynakları ekler, altyapının kendisini izleyen uyarıları kurar ve işletme belgelerini teslim ederiz.

ayrıntılı rehber

Gerçek zamanlı veri analizi hakkında bilmeniz gerekenler

Gerçek zamanlı veri analizi ne zaman gerekir

Gerçek zamanlı veri analizi, gecikmenin maliyeti yüksek olduğunda gerekir. Bir üretim hattında motor sıcaklığı yükseliyorsa bunun ertesi sabahki raporda görünmesi bir işe yaramaz. Aynı şey soğuk zincir aracındaki ısı sapması, ödeme sistemindeki hata artışı ya da kampanya sırasında tükenen stok için de geçerlidir.

Her rapor anlık olmak zorunda değildir. Aşağıdaki tablo iki yaklaşımı karşılaştırır:

ÖlçütToplu işlemeAkış işleme
Veri ne zaman işlenirBelirli aralıklarla, örneğin geceOlay geldiği anda
Tipik gecikmeSaatlerSaniyeler ya da daha az
Uygun kullanımYönetim raporu, aylık analizUyarı, izleme ekranı, otomatik müdahale
İşletme yüküDaha düşükSürekli çalışan altyapı ve izleme gerektirir

Yönetim raporu ya da dönemsel analiz için veri ambarı ve gösterge paneli kurulumu daha sade ve ucuz bir çözümdür. Akış mimarisini yalnız gerçekten anlık karar gereken yerde öneririz. Akış işleme, yapay zeka veri analizi hizmetleri içinde anlık karar gereken kısmı üstlenir.

Akış verisi işleme mimarisi nasıl kurulur

Akış verisi işleme mimarisi kaynak, olay aktarım katmanı, işleme motoru ve hedef olmak üzere dört parçadan oluşur. Her parçada kullandığımız tipik teknolojiler şunlardır:

  • Kaynak: sensörler, uygulama olayları, web ve mobil tıklamalar, veritabanı değişiklikleri. Veritabanı değişikliklerini akışa almak için değişiklik verisi yakalama (CDC) aracı Debezium kullanılabilir.
  • Olay aktarımı: Apache Kafka (yeni sekmede açılır) olayları sıralı ve kalıcı biçimde taşır. Bulutta Amazon MSK, Azure Event Hubs ya da Google Cloud Pub/Sub benzer işi yönetilen hizmet olarak yapar.
  • İşleme: Apache Flink (yeni sekmede açılır) ya da Spark Structured Streaming, olayları zaman pencerelerinde toplar, birleştirir ve kural ya da model uygular.
  • Hedef: ClickHouse ya da Apache Druid gibi hızlı analitik veritabanları, Grafana izleme ekranları ve uyarı kanalları.

Kafka 4.0 sürümünden itibaren ZooKeeper desteği kaldırıldı ve küme yönetimi yalnız KRaft moduyla yapılıyor. Eski kurulumu olan şirketlerde bu geçiş ayrıca planlanır.

Anomali tespiti ve anlık uyarı nasıl çalışır

Anomali tespiti, bir ölçümün o saat, o gün ve o koşul için beklenen aralığın dışına çıkmasını otomatik olarak yakalar. Sabit eşik basit ama kabadır. Gece üç ile öğlen on iki arasında aynı sipariş sayısı beklenmez. Bu yüzden mevsimsellik içeren temel çizgiler, istatistiksel sapma ölçüleri ya da izolasyon ormanı gibi makine öğrenmesi yöntemleri kullanırız.

Uyarı sisteminin en büyük riski gereğinden fazla alarm üretmektir. Ekip her gün onlarca yanlış alarm alırsa gerçek alarmı da görmezden gelmeye başlar. Uyarı eşiklerini ilk haftalarda geçmiş veriyle kalibre eder, her uyarının kime gideceğini ve ne yapılacağını önceden yazarız.

Büyük dil modeli (LLM) burada tespiti yapmaz, uyarıyı anlaşılır kılar. Model, uyarı anındaki ilgili ölçümleri ve son değişiklikleri okuyup nöbetçi ekibe kısa bir bağlam notu yazar. Ödeme ve işlem dolandırıcılığına odaklanan sistemler için dolandırıcılık ve risk tespiti hizmetimiz ayrıdır.

IoT ve sahadan gelen veri nasıl işlenir

IoT, yani nesnelerin interneti verisi, sahadaki cihazlardan küçük ama çok sık mesajlar halinde gelir ve bağlantı kesintilerine açıktır. Cihazlar ile merkez arasında hafif bir mesajlaşma protokolü olan MQTT yaygın olarak kullanılır. Protokolün güncel sürümü OASIS MQTT 5.0 standardıdır (yeni sekmede açılır). Endüstriyel makinelerde OPC UA sık görülen bir başka standarttır. Hat kameralarından gelen görüntüyle kusur yakalamak isterseniz yapay zeka kalite kontrol ayrı bir çalışmadır.

Saha mimarisinde üç konuya dikkat ederiz. Bağlantı koptuğunda cihazın ya da uç sunucunun veriyi tamponlayıp sonra göndermesi gerekir. Gereksiz ham veri sahada filtrelenir, böylece merkeze yalnız anlamlı olaylar gelir. Cihaz saatleri farklı olabileceği için olay zamanı ile varış zamanı ayrı tutulur. Sensör verisiyle arıza ya da talep öngörmek isterseniz yapay zeka ile tahminleme bu akışın üzerine kurulur.

Gerçek zamanlı platformun maliyeti neye bağlı

Gerçek zamanlı platformun maliyeti olay hacmine, hedeflenen gecikmeye ve verinin ne kadar süre saklanacağına bağlıdır. Teklifi belirleyen etkenler şunlardır:

  • Saniyedeki olay sayısı ve mesaj büyüklüğü
  • Kabul edilebilir gecikme, yani saniye mi dakika mı
  • Yönetilen bulut hizmeti mi, kendi sunucunuzda kurulum mu
  • Anomali modeli sayısı ve uyarı kanalı entegrasyonları
  • Kesintisiz çalışma ve nöbet desteği beklentisi

Akış altyapısı sürekli çalıştığı için işletme maliyeti, kurulum maliyeti kadar önemlidir. Teklifte iki kalemi ayrı gösteririz. Akış verisi projesi için görüşme talebinizi iletişim sayfasından gönderebilirsiniz.

KVKK ve akış verisinin güvenliği

Araç konumu, çalışan kartı okumaları ya da müşteri uygulaması olayları kişisel veri içerir ve KVKK (Kişisel Verilerin Korunması Kanunu) kapsamındadır. 6698 sayılı Kanun'un 4. maddesi verinin işlendiği amaç için gerekli süre kadar saklanmasını ister. Bu yüzden akış konularında saklama süresini amaca göre sınırlarız.

Kafka kümelerinde aktarım şifrelemesi, konu bazında erişim listeleri ve servis hesapları kullanırız. Kişisel veri gerektirmeyen analizlerde kimlik bilgisini akışa girmeden önce takma kimliğe çeviririz. Bulut hizmeti yurt dışındaysa aktarımın hukuki dayanağını hukuk danışmanınızla birlikte belirlemenizi öneririz.

Sektörlere göre kullanım alanları

  • kullanım alanı 01

    Üretim hattı izleme

    Makine sensörlerinden gelen sıcaklık ve titreşim verisi izlenir, beklenen aralığın dışına çıkan ölçüm bakım ekibine anında bildirilir.

  • kullanım alanı 02

    Soğuk zincir takibi

    Örneğin bir gıda dağıtım şirketi araç içi ısı sensörlerinden gelen veriyle sapma başladığı anda sürücüyü uyarabilir.

  • kullanım alanı 03

    E-ticaret stok ve hata izleme

    Kampanya sırasında stok tükenmesi ve ödeme hatası artışı dakikalar içinde görünür.

  • kullanım alanı 04

    Enerji tüketimi takibi

    Tesislerdeki sayaç verisi akışa alınır, olağan dışı tüketim aynı gün tespit edilir.

  • kullanım alanı 05

    Uygulama ve sistem olayları

    Mobil uygulama olayları ve sunucu kayıtları izlenir, kullanıcıyı etkileyen hata artışı nöbetçi ekibe özetle iletilir.

Kaynaklar

  1. Apache Kafka dokümantasyonu (yeni sekmede açılır)
  2. Apache Kafka 4.0 yükseltme notları (KRaft) (yeni sekmede açılır)
  3. Apache Flink (yeni sekmede açılır)
  4. OASIS MQTT Version 5.0 (yeni sekmede açılır)
  5. 6698 sayılı Kişisel Verilerin Korunması Kanunu (mevzuat.gov.tr) (yeni sekmede açılır)

Sık sorulan sorular

Gerçek zamanlı veri analizi için Kafka şart mı?

Hayır. Gerçek zamanlı veri analizi için Kafka şart değildir. Düşük hacimli ve tek kaynaklı akışlarda MQTT aracısı, bulut kuyruk hizmeti ya da veritabanının kendi değişiklik bildirimleri yeterli olabilir. Kafka, çok sayıda üretici ve tüketici olduğunda, olayların sıralı saklanması ve yeniden oynatılması gerektiğinde öne çıkar.

Gerçek zamanlı ile anlık rapor arasındaki fark nedir?

Gerçek zamanlı analiz olayları geldiği anda işler, anlık rapor ise çoğu zaman sık yenilenen bir sorgudur. Beş dakikada bir yenilenen bir gösterge paneli birçok iş için yeterlidir ve daha ucuzdur. Saniyeler içinde uyarı ya da otomatik müdahale gerekiyorsa akış işleme mimarisi gerekir.

Yapay zeka anomali tespitinde hata yapar mı?

Evet. Yapay zeka anomali tespitinde hata yapar. Model gerçek bir sorunu kaçırabilir ya da olağan bir dalgalanmayı alarm olarak işaretleyebilir. Bu yüzden ilk haftalarda uyarıları geçmiş veriyle kalibre eder, ekibin geri bildirimiyle eşikleri ayarlarız. Kritik müdahaleler için insan onayı adımı koruruz.

Mevcut veri ambarımızla birlikte çalışır mı?

Evet. Akış platformu mevcut veri ambarınızla birlikte çalışır. Akıştaki olaylar anlık uyarı ve izleme için işlenirken aynı olaylar dönemsel analiz için veri ambarına da yazılır. Böylece yönetim raporları ile operasyon ekranları aynı kaynaktan beslenir ve rakamlar arasında tutarsızlık oluşmaz.

Kendi sunucumuzda mı kuralım, bulut hizmeti mi kullanalım?

Kendi sunucu ile bulut hizmeti arasındaki seçim ekibinizin işletme kapasitesine ve veri konumu gereksinimine bağlıdır. Yönetilen bulut hizmeti bakım yükünü azaltır, ama veri yurt dışında işlenebilir. Kendi sunucunuzda kurulum veri kontrolü sağlar, buna karşılık güncelleme ve nöbet sorumluluğu ekibinizde kalır.

teklif

Geç fark ettiğiniz için pahalıya patlayan olayı anlatın

Hangi olayın ne kadar sürede hangi kararı tetiklemesi gerektiğini birlikte yazalım, pilot akışı ondan kuralım.

İlk görüşme
Ücretsiz
Editör
, güncelleme
ilgili

Birlikte sık kurulan hizmetler

Teklif isteyin Arayın