SaaS Bulut Platformu & Kurulum

KOBİ'ler ve hızlı devreye almalar için: paylaşımlı SaaS. Katı güvenlik politikalarına veya derin PLC/VPN entegrasyonuna sahip kurumlar için: özel tek kiracılı veya şirket içi kurulum. PoC sürecinde size yol gösteririz.

Avrupa bulut altyapısında; talep üzerine özel ortam ve bölge seçenekleriyle.

Evet. Hız için paylaşımlı başlayın, büyüdükçe özel veya şirket içi modele geçin. Platform birebir aynıdır.

Bulut kurulumda fabrika içindeki veri toplayıcı makineleri okumaya devam eder; üretim adetlerini ve duruş kayıtlarını yerelde tamponlar, hat geri geldiğinde geçmişe dönük gönderir. Ne kadar süre tutabildiği kuruluma göre değişir ve PoC sırasında boyutlandırılır. Platformdan gelen her şey ise anında durur: panolar, yeni iş emri açma, raporlama ekranları. Operatörün elle girmesi gereken her şey bağlantı gelene kadar kağıda döner; bu yüzden duruş nedenleri ve fire için devreye alma öncesinde bir yedek akış belirleyin. PoC sırasında kabloyu bir çekin, görün.

Hayır. Fabrika ağının içindeki veri toplayıcı kontrolörleri okur ve bağlantıyı TLS üzerinden ya da site-to-site VPN ile dışarı doğru açar; yani fabrikaya doğru güvenlik duvarında port açılmaz. Ama o toplayıcının ne yapmasına izin verdiğiniz net olsun: güvenilir bir köprüdür ve platformun ona yazdırabildiği her şey, adı farklı olsa da içeri doğru bir yoldur. Kontrol katmanının segmentasyonu sizin ağ tasarımınızdır; PoC öncesinde hedef adresleri, portları ve yazma yetkilerini kendi ekibinize gözden geçirtin.

Sunucular, işletim sistemleri, konteyner platformu, veritabanı, yedekler ve bunların geri dönüş testleri, sertifikalar ve yenilenmesi, izleme ve güncelleme pencereleri sizde. Bunun için Linux ve konteyner tecrübesi olan, adı belli bir kişi gerekir; görev kalabalık bir ekibe dağıtılmaz. Çoğu firmanın bütçelediğinden fazladır; binada bu tarife uyan kimse yoksa on-premise sizin için yanlış tercihtir.

Kesintisiz güncelleme, sürüm geçişinde platformun kapatılmaması demek; hiçbir şeyin hiç kesilmemesi demek değil. Aşamalı geçiş sırasında bir ekran yenilenebilir, terminalin oturum açma şekline göre yeniden giriş isteyebilir ve açık bir formda kaydedilmemiş girişler kaybolabilir. Şema değişikliği ya da bir şeyin raporlanma biçimini değiştiren bir sürüm için yine planlı pencere gerekebilir. Sürüm öncesi kimin haberdar edileceğini ve geri dönüşün nasıl yapılacağını baştan kararlaştırın.

Önce donanım ve ağ netleşmeli: alacağınız modüllere göre boyutlandırılmış sunucular, görüntü işleme veya yapay zeka alıyorsanız GPU kapasitesi, kontrol katmanı için ayrı bir VLAN, bu katman ile uygulama arasındaki güvenlik duvarı kuralları, DNS kayıtları, sertifikalar ve geri dönüş testinden sorumlu kişisi belli bir yedekleme hedefi. Üstüne adı belli yönetici hesapları ve üzerinde anlaşılmış bir bakım penceresi. Devreye almayı çoğu zaman yazılımdan çok buradaki eksikler geciktirir.

Bizim işlettiğimiz platformu ve yalnızca barındırılan kurulumları; on-premise erişilebilirlik sizde. Hattınız, güvenlik duvarınız, sahadaki veri toplayıcı ve makinelerin kendisi bu kapsamın dışında kalır ve fabrikanın kesinti olarak yaşadığı şeyin çoğu pratikte bunlardan çıkar. Erişilebilirliğin nasıl ölçüldüğünü, neyin planlı bakım sayıldığını, oranın hangi dönem üzerinden hesaplandığını ve hedef tutmazsa yaptırımın ne olduğunu sorun; bu tanımları sözleşmeye yazdırın.

Evet. Saha sistemleri kimin hangi istasyonda oturum açtığını ve bir operasyonun ne kadar sürdüğünü kaydeder; yani platform hukuka uygun işletilebilir ama sizin kurulumunuz kendiliğinden uyumlu hale gelmez. Bir veri işleme sözleşmesi, bir saklama süresi ve toplu veri yerine kişi bazlı performansı kimin görebileceğine dair bir karar gerekir. Kişi bazlı raporlamanın rol bazında kısıtlanıp kısıtlanamayacağını veya tamamen kapatılabilip kapatılamayacağını sorun; hukuk ve İK tarafını erken dahil edin, çünkü devreye alma öncesinde çalışan temsilcilerine danışılması sık karşılaşılan bir durumdur.