İçeriğe geç
Proxus 2.0.0 Proxus 2.0: Proxus tarihinin en büyük sürümü Sürüm notları
Ücretsiz deneyin Demo talep edin

Çözümler · Bulut ve veri ambarı

Veri platformunu özel akış yazmadan ve boşluk bırakmadan besleyin.

Bulut analitiği projeleri çoğu zaman veriyi içeri alma aşamasında tıkanır: kolay bozulan dışa aktarımlar, her kesintiden sonra eksik kalan dönemler ve hangi alanın neyi ifade ettiği konusunda ortak bir tanımın olmaması. Proxus ile veri aktarımı ayrı bir proje olmaktan çıkar, yapılandırılan bir hedefe dönüşür.

Demo talep edin Tüm çözümler
Hedefler
18 hedef sistem; aralarında Azure Data Lake Storage Gen2, ClickHouse, Kafka, AWS IoT Core ve Azure IoT Hub
Güvenilirlik
Veri Edge Gateway’de bekletilir, bağlantı gelince gönderilir
Veri sözleşmesi
Geçici dışa aktarma şemaları yerine kararlı ve belgelenmiş bir veri ağacı

Buluta aktarım bir proje değil, bir hedef ayarıdır.

Bulut ya da veri platformu hedeflerden yalnızca biridir: düzenlenmiş veri kesinti boyunca Edge Gateway’de bekler, bağlantı gelince sırayla yazılır.

Bir kez düzenleyin, her sisteme aktarın Ekipmandan gelen veri önce Edge Gateway’den geçer. Ardından sırasıyla şu aşamalara ulaşır: Unified Namespace, Kurumsal sistemleriniz. Kontrol cihazları S7 / CIP / MELSEC Makine ve robotlar FOCAS / MTConnect Sayaç ve SCADA Modbus / OPC UA Düzenlenmiş sinyaller 02 / UÇ Proxus Edge Gateway Topla / değerlendir / sakla 03 / PLATFORM Unified Namespace Düzenlenmiş endüstriyelsinyaller Kurumsalsistemleriniz Hedef 01 / ÜRETİM SAHASI04 / KULLANAN SİSTEMLER Bir kez düzenleyin, her sisteme aktarın Aşağıdan yukarıya okuyun: saha ekipmanı en altta, veri yukarı doğru akar. Ekipmandan gelen veri önce Edge Gateway’den geçer. Ardından sırasıyla şu aşamalara ulaşır: Unified Namespace, Kurumsal sistemleriniz. 01 Üretim sahası PLC / CNC / robot 02 Proxus EdgeGateway Topla / değerlendir /sakla 03 Unified Namespace Düzenlenmiş endüstriyelsinyaller 04 Kurumsalsistemleriniz Hedef

Önce ve sonra

Pratikte ne değişir?

Bugün

  • Gece 02:00'de hata veren bir dışa aktarım, kimsenin fark etmediği bir boşluk bırakıyor
  • Sütun adları PLC adres listesinden geliyor
  • Akışı yazan kişi çoktan şirketten ayrılmış
  • Giden veri miktarı, dışa aktarıma o gün ne girdiyse o

Proxus ile

  • Bağlantının taşıyamadığı veri bekletilir ve sonradan gönderilir
  • Veri ağacı şemanın kendisidir; her değişiklik değişiklik geçmişine kaydedilir
  • Hedefler, ekibinizin okuyup değiştirebildiği yapılandırma kayıtlarıdır
  • Değer değiştiğinde gönderim ve kaynakta filtreleme ile akışın hacmi bilinçli olarak belirlenir

Adım adım

Tipik bir akış, adım adım.

Bu bir müşteri hikâyesi değil, örnek bir akış: amaç bir sonuç vaat etmek değil, işin nasıl ilerlediğini göstermek. Ayrıntılar ekipmanınıza, tesislerinize ve kullandığınız sistemlere göre değişir.

  1. Tasarım

    Veri sözleşmesinde anlaşın

    Veri ekibi, daha tek satır gönderilmeden veri ağacı modelini inceler ve tasarımını buna göre yapar.

  2. Canlıya geçiş

    Aktarım başlar

    Seçilen sinyaller veri ambarına ya da bulut servisine gönderilir; aktarım yöntemi her hedef için ayrı seçilir.

  3. Kesinti

    Bağlantı kopar

    Edge Gateway, saklama süresi içinde veriyi yerelde kuyruğa alır; merkez sunucudaki geçmiş veri deposu tesise hizmet vermeyi sürdürür.

  4. Toparlanma

    Destek talebi açmadan eksikler tamamlanır

    Bağlantı gelince bekleyen veri gönderilir; hedefin durumu ve son başarılı gönderimi, akışın yetiştiğini gösterir.

Proxus bu işte ne yapar

İşi gören bileşenler.

  • Sakla ve gönder

    Veri yerelde ara bellekte tutulur ve sonradan gönderilir; bağlantı koptuğunda veri kaybolmaz, yalnızca gecikir.

  • Kararlı bir veri sözleşmesi

    Sinyaller birimi ve bağlamıyla tanımlıdır; yapılan her değişiklik değişiklik geçmişine kaydedilir.

  • Bulut ve veri platformu hedefleri

    AWS IoT Core, Azure IoT Hub, Azure Data Lake Storage Gen2, ClickHouse ve REST uç noktaları; bağlantı ağınızın içinden başlatılır.

    18 hedef sistemin tamamı

  • Mesajlaşma hedefleri

    Olay tabanlı çalışan sistemler için Kafka, RabbitMQ, MQTT ve Sparkplug B.

  • Yalnızca gerekeni gönderin

    Değer değiştiğinde gönderim ve kaynakta filtreleme sayesinde bant genişliği ve depolama ihtiyaç kadar kullanılır.

  • Doğrulanabilir aktarım

    Her hedef için durum, son başarılı gönderim, son başarısız gönderim ve son hata görünür; veri ekibi akışın eksiksiz geldiğini kendisi kontrol eder.

İlk kurulum

İlk kurulumda neler yapılır?

Seçim
Hangi sinyalin tesisten çıkacağına her hedef için ayrı karar verilir
Hedefler
Azure Data Lake Storage Gen2, ClickHouse, Kafka, AWS ve Azure IoT servisleri ile BI araçlarınızın okuduğu veritabanları
Doğrulama
Her hedefin aktarım durumu tesisin içinden izlenir
Yerel kopya
Veri kendi geçmiş veri deponuzda da durur; tesisteki kullanım hiçbir zaman bulut bağlantısına bağlı kalmaz
İlk hattınızın kapsamını belirleyelim

Size kazandırdıkları

  • Her kesintinin kayıtlarda bıraktığı boşluklara son verin
  • Veri ekibine bir dışa aktarım formatı değil, üzerinde anlaşılmış bir şema verin
  • Bant genişliğini ve depolamayı sorulan soruyla orantılı tutun
  • Aynı veri toplama katmanından birden fazla buluta ya da veri ambarına veri gönderin

Sahadan örnekler

Proxus, bu ekiplerin veri platformlarını doğrudan sahadan besliyor.

Tüm referanslar

Sık sorulanlar

Başlamadan önce en çok sorulan sorular.

Buluta giden veride boşluk oluşmasını nasıl önlüyorsunuz?
Edge Gateway’deki ara bellekle. Bağlantı ya da hedef sistem erişilemez olursa veri yerelde sıraya alınır, bağlantı gelince gönderilir.
Bu, her şeyi buluta göndermek anlamına mı geliyor?
Hayır, genellikle göndermemek gerekir. Yalnızca değişeni gönderme ve kaynakta filtreleme sayesinde analizin gerçekten ihtiyaç duyduğu veriyi gönderirsiniz; bant genişliği ve depolama da ihtiyaçla orantılı kalır.
Veri ambarına gelen şemayı kim belirliyor?
Siz, veri ağacı modeliyle. Bu model iki taraf arasındaki sözleşmedir. Modeldeki her değişiklik değişiklik geçmişine kaydedildiği için veri ekibi sürprizle karşılaşmaz, değişikliği görür.
Birden fazla buluta ya da veri ambarına veri gönderebilir miyiz?
Evet. Her veri hedefi kendi gönderim yöntemi ve formatıyla ayrı ayrı yapılandırılır.

İlgili çözümler

Bir sonraki adım

Büyük bir projeyle değil, tek bir hatla başlayın.

Rakamları en çok tartışılan hattı seçin. O hattın verisini güvenilir hâle getirmek için nelerin gerektiğini, ikinci ve onuncu hattın ne kadar iş çıkaracağını birlikte netleştirelim.

  1. 01

    Keşif görüşmesi

    Ekipmanlarınızı, protokollerinizi, tesislerinizi ve verinin ulaşması gereken sistemleri konuşuruz.

  2. 02

    Teknik demo

    Genel bir tanıtım yerine, tesisinize benzeyen bir senaryo üzerinde canlı demo yaparız.

  3. 03

    Pilot planı

    Kurulum ve güvenlik sorularını baştan yanıtlar, ilk hat ya da tesis için kapsamı birlikte belirleriz.

  4. 04

    Yaygınlaştırma

    Aynı şablonlarla yeni hatlar ve tesisler devreye girer.

Tesisinizi anlatın

Bir iş günü içinde bir Proxus mühendisi size dönüş yapar.

Bilgilerinizi yalnızca bu talebi yanıtlamak için kullanırız. Bülten göndermeyiz, bilgilerinizi kimseye satmayız. KVKK aydınlatma metni

Önce kendiniz mi bakmak istersiniz? Canlı demoyu deneyin