İç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

Karşılaştırma · Bulut IoT servisleri

“Zaten Azure kullanıyoruz” demek başka bir sorunun cevabı.

AWS IoT SiteWise ve Azure IoT Operations; varlık modelleri, sahada çalışan bileşenleri ve kendi analitik ürünleriyle derin entegrasyonu olan ciddi endüstriyel servislerdir. Kurumunuz bir bulut seçtiyse onu kullanmak mantıklıdır. Bu sayfanın cevapladığı soru ise şu: hangisini seçerseniz seçin, tesisin içinde yine de ne bulunmalı?

Demo talep edin Tüm karşılaştırmalar
Nedir
Bulut sağlayıcısının işlettiği endüstriyel servisler · örneğin AWS IoT SiteWise ya da Azure IoT Operations
Proxus nedir
Veriyi toplayan, düzenleyen, erişimini denetleyen, saklayan ve aktaran endüstriyel veri platformu
Kısa ve dürüst özet
Veri buluta ulaştıktan sonra çok güçlüler. Fabrika sahasını ise hâlâ sizin çözmenizi bekliyorlar.
Seçenekleriniz
Analitik bulutta kalsın ve Proxus tesis tarafından onu beslesin ya da tesis tarafını yalnızca Proxus ile kurup bulutu ihtiyaç olduğunda ekleyin. İki yol da aşağıda.

Hakkını teslim edelim

Bulut IoT servisleri hangi konularda gerçekten güçlü?

Yalnızca diğer ürünün zayıf yanlarını sayan bir karşılaştırma karar vermeye yardım etmez, satış broşüründen farkı kalmaz. Aşağıdakiler gerçek güçlü yanlardır ve bazıları Proxus’u almamak için yeterli bir nedendir.

  • Kendiniz kuramayacağınız ölçek ve analitik

    Veri buluta ulaştıktan sonra etrafındaki depolama, analitik, makine öğrenmesi ve BI servisleri çok geniştir ve kullanım kadar ücretlendirilir. Bir tesis sunucusuyla bununla yarışmaya kalkmak akıl kârı olmaz.

  • Varlık modelleri ve endüstriyel özellikler

    Bunlar sıradan IoT servisleri değil. SiteWise’ta varlık modelleri ve metrikler var; Azure IoT Operations sahada çalışan bir MQTT sunucusu ve Kubernetes tabanlı bir veri katmanıyla gelir.

  • Satın alması zaten yapılmış

    Kurumsal sözleşme imzalanmış ve güvenlik incelemesi tamamlanmışsa yeni bir servis eklemek, yeni bir üretici eklemekten çok daha kolaydır. Bu gerçek bir avantajdır, ama teknik bir avantaj değildir.

  • IT için tek işletim modeli

    Kimlik yönetimi, izleme ve maliyet araçları altyapının geri kalanıyla aynıdır. Bulut ekibiniz bunu tercih edecektir ve bunda haksız da sayılmaz.

Madde madde

İki ürün gerçekte nerede ayrılıyor?

İki sütun da eksiksiz dolduruldu. Bulut IoT servisleri hangi satırda öndeyse orada bunu açıkça yazıyoruz.

  • Platformun çalıştığı yer

    Proxus

    Sizin ağınızda. Bulut bir bağımlılık değil, veri hedeflerinden biridir.

    Dokümanda: Platformun çalıştığı yer

    Bulut IoT servisleri

    Bulutta; sahadaki bileşenler buluttan yönetilir. Azure IoT Operations, Arc etkin Kubernetes üzerinde çalışır.

  • Çevrim dışı çalışma

    Proxus

    Belgelenmiş bir çevrim dışı süre sınırı yoktur, çünkü bağlantısı kopabilecek bir bulut kontrol katmanı yoktur. İnternete kapalı tesisler süresiz çalışır.

    Dokümanda: Çevrim dışı çalışma

    Bulut IoT servisleri

    Sahadaki bileşenler belirli sınırlar içinde veriyi ara bellekte tutar. Microsoft’un belgelerine göre Azure IoT Operations en fazla 72 saat çevrim dışı çalışabilir (Ekim 2026 kontrolü).

  • PLC’den veri almak

    Proxus

    30 üretici ve standart ailesinde 66 protokol için yerleşik sürücüler; ek bir bağlantı ürünü gerekmez.

    Dokümanda: PLC’den veri almak

    Bulut IoT servisleri

    Uç ağ geçitleri, OPC UA ve iş ortaklarının bağlantı yazılımları üzerinden. Üreticiye özgü PLC protokolleri için genellikle üçüncü taraf bir ürün gerekir.

  • Verinin tesiste kullanımı

    Proxus

    Bağlantı kopsa da veri toplama, kurallar ve ara belleğe alma sahada çalışmaya devam eder. Geçmiş veri ve panolar kendi ağınızda, sizin barındırdığınız merkez sunucudadır.

    Dokümanda: Verinin tesiste kullanımı

    Bulut IoT servisleri

    İkisinin de veriyi tesiste işleyen saha bileşenleri var (AWS’de SiteWise Edge, Azure’da sahadaki veri katmanı); panolar ve analitik ise çoğunlukla bulutta.

  • Kubernetes şartı

    Proxus

    Docker yeterlidir. Kubernetes zaten kullanılıyorsa o da desteklenir.

    Dokümanda: Kubernetes şartı

    Bulut IoT servisleri

    Azure IoT Operations sahada Arc etkin Kubernetes gerektirir.

  • Sahada çalışması gerekenler

    Proxus

    Tek bir Edge Gateway süreci ve bir mesajlaşma konteyneri; bir tesis sunucusuna ya da endüstriyel PC’ye tek betikle kurulur. Kubernetes ön koşul değil, bir seçenektir.

    Dokümanda: Sahada çalışması gerekenler

    Bulut IoT servisleri

    Arc etkin Kubernetes ve buluttan kontrol edilen saha bileşenleri.

  • Maliyet modeli

    Proxus

    Fiyatı Edge Gateway sayısı ve veri hızı belirler; yıllık ve sabittir, yerelde ne kadar veri sakladığınızdan bağımsızdır.

    Fiyatlar: Maliyet modeli

    Bulut IoT servisleri

    Kullanım bazlı. Sorunsuz ölçeklenir, ama kimsenin öngörmediği biçimde de büyüyebilir.

  • Verinin tutulduğu yer

    Proxus

    Veri tamamen tesis ağının içinde kalabilir. Siz bir veri hedefi tanımlamadıkça hiçbir veri dışarı çıkmaz.

    Dokümanda: Verinin tutulduğu yer

    Bulut IoT servisleri

    Bölge bazlı; uyulacak kurallar ve denetimler sağlayıcıdan gelir.

  • Birden çok bulut

    Proxus

    Buluttan bağımsız: düzenlenmiş aynı sinyal birden fazla buluta gönderilebilir.

    Dokümanda: Birden çok bulut

    Bulut IoT servisleri

    Her servis kendi bulutuna özgüdür.

Proxus rakamları güncel sürümün sürücü ve veri hedefi listesinden alındı. Diğer ürünün rakamları ise üreticinin yayımladığı kaynaklardan geliyor; bağlantıları sayfanın sonunda. Hiçbir rakam, iki tarafın da kabul etmediği bir test düzeneğiyle ölçülmedi.

Bulut IoT servisleri daha doğru seçim

Doğru cevabın Proxus olmadığı durumlar.

  • İş yükü gerçekten bulut analitiği, tesislerin bağlantısı güçlü ve tesisin kendi başına çalışabilmesi bir gereksinim değil.
  • Kurumunuz tek bir bulutu standart olarak seçti ve yeni bir üretici eklemek, yeni bir servis eklemekten daha zor.
  • Ekipman zaten OPC UA ya da MQTT konuşuyor; yani saha bağlantısı işin zor kısmı değil.
  • Kullanım bazlı fiyatlandırma, küçük başlayan ve büyümeyebilecek bir kullanım senaryosuna uyuyor.

Proxus daha doğru seçim

Proxus’un daha doğru seçim olduğu durumlar.

  • Asıl sorun bağlantı: veri, ne OPC UA ne de MQTT konuşan kontrolörlerin içinde kalmış.
  • Bağlantı birkaç günden uzun süre koptuğunda da tesisin çalışmaya, kayıt tutmaya ve karar vermeye devam etmesi gerekiyor.
  • Verinin nerede tutulacağına dair kurallar ya da internete kapalı çalışma bir tercih değil, kurum politikası.
  • Düzenlenmiş aynı verinin üç ayrı toplama yolu kurmadan bulutta, tesiste ve iş sistemlerinde olmasını istiyorsunuz.

Bu sütun sizi anlatıyorsa:

Bulut servisinizin okuyamadığı kontrolörlerle demoya gelin

Ya biri ya diğeri değil

İkisi birlikte nasıl kullanılır?

  • Proxus toplar, bulut analiz eder

    En yaygın düzen budur. Proxus ekipmanı okur, veriyi düzenler ve tesisin içinden dışarıya doğru AWS IoT Core’a ya da Azure IoT’ye gönderir; dışarıdan içeriye erişim gerekmez.

  • Tesis kendi kopyasını tutar

    Sizin barındırdığınız merkez sunucudaki geçmiş veri ve panolar internet kesintisinde de çalışır. Veri, saklama süresi içinde Edge Gateway’in ara belleğinde bekler ve bağlantı geri geldiğinde sırasıyla gönderilir.

  • Bir kez düzenleyin, her yere gönderin

    Düzenlenmiş aynı sinyal, her hedef için ayrı bir veri hattı kurmadan buluta, geçmiş veri deposuna (historian) ve MES’e ulaşır.

Kaynaklar

Üretici kaynaklarıyla son kontrol: Ekim 2026.

Ürünler değişir. Bu sayfada eskimiş ya da yanlış bir bilgi görürseniz bize bildirin; düzeltme Bulut IoT servisleri lehine olsa bile gerekeni yaparız.

Sık sorulanlar

Bulut IoT servisleri ve Proxus: kısa cevaplar.

Tesis bulut olmadan ne kadar çalışabilir?
Proxus’ta belgelenmiş bir çevrim dışı süre sınırı yoktur, çünkü bağlantısı kopabilecek bir bulut kontrol katmanı yoktur; internete kapalı tesisler süresiz çalışır. Microsoft, Azure IoT Operations için en fazla 72 saat çevrim dışı çalışmayı belgeliyor (Ekim 2026 kontrolü).
Proxus Kubernetes gerektirir mi?
Hayır. Docker yeterlidir; Kubernetes zaten kullanılıyorsa o da desteklenir. Azure IoT Operations ise sahada Arc etkin Kubernetes gerektirir.
Proxus veriyi AWS’e ve Azure’a gönderebilir mi?
Evet. Proxus veriyi tesisin içinden dışarıya doğru AWS IoT Core’a ya da Azure IoT’ye gönderir, dışarıdan içeriye erişim gerekmez; düzenlenmiş aynı sinyal birden fazla buluta gidebilir.

Sahadan örnekler

Proxus’un üretimde çalıştığı tesisler.

Tüm referanslar

Diğer karşılaştırmalar

Tüm karşılaştırmalar

Bir sonraki adım

Tesisin içinde neyin çalışacağına karar verin.

Hangi bulutu kullandığınızı, onu hangi kontrolörlerin beslediğini ve bir tesisin bağlantısız ne kadar çalışması gerektiğini anlatın. Otuz dakikada sahada Proxus’ta neyin çalışacağını, AWS’e ya da Azure’a neyin gideceğini birlikte çıkaralım.

Demo talep edin Bir mühendisle görüşün
  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.