- Konu Yazar
- #1
Endüstriyel otomasyon fuarlarında her stantta aynı kelimeyi duyarsınız: Açık. Açık platform, açık mimari, açık ekosistem... Bu kelime, endüstriyel otomasyondaki her şey için varsayılan bir sıfat haline geldi ve sorun da tam olarak bu. Bir kelime her şeyi tanımladığında, alıcıya neredeyse hiçbir şey söylemez.
🤔 Tedarikçilere Sorulacak 5 Kritik Soru
Peki, "Açık" ne anlama geliyor? Açıklık tek bir şey değildir. Bir tedarikçi bir konuda açık, diğerinde kapalı olabilir. Pazarlama dilini aşmanın en hızlı yolu, "Açık" terimini kullanan kişiye sorabileceğiniz kısa ve somut sorulardır:
- Cihazda üçüncü taraf yazılımları, hatta tedarikçinin kendi yazılımıyla rekabet eden yazılımları çalıştırabilir misiniz ve kimin onayıyla?
- İşletim sistemine erişebilir misiniz ve tedarikçi bu konuda ne gibi belgeler sağlıyor?
- Uygulamanızı daha sonra başka bir tedarikçinin donanımına taşıyabilir misiniz, yoksa bir kez kurduğunuzda kilitleniyor musunuz?
- Tedarikçi bir yazılım malzeme listesi, güvenlik açığı süreci ve destek bitiş tarihi yayınlıyor mu?
- Bu açık erişimi kullanmak, garantinizi ve sertifikanızı nasıl etkiliyor?
Bir platform bir testi geçip diğerini geçemeyebilir. Bir kontrolör istediğiniz herhangi bir konteyneri barındırabilir ve yine de ayrılmaya çalıştığınızda uygulamanızı tuzağa düşürebilir. Bir tedarikçi yüksek kaliteli API'ler yayınlayabilir ve birisi bir kabuk açtığında desteğe ne olacağı hakkında hiçbir şey söylemeyebilir.
Açıklık, tek bir ayar düğmesi değil, bir dizi bağımsız ölçüdür ve dürüst tedarikçiler alıcıların her birini kontrol etmesine izin verir.
🔄 Tanımın Nasıl Değiştiği
Açık Otomasyon 1.0, birlikte çalışabilirlik anlamına geliyordu. Bir kontrolör, özel bir sürücü olmadan başka bir tedarikçinin G/Ç'si veya SCADA'sı ile iletişim kurabilir miydi? Bu mücadele büyük ölçüde kazanıldı. OPC UA ve MQTT gibi açık iletişim standartları artık yaygın.
Açık ve açık kaynak aynı şey değildir. Açık kaynak, kullanıcıların kodunu inceleyebileceği, değiştirebileceği ve yeniden dağıtabileceği yazılımları tanımlar. Bizim amaçlarımız için açık, alıcıların üçüncü taraf yazılımları çalıştırma ve uygulamaları başka donanımlara taşıma özgürlüğünü tanımlar.
Açık Otomasyon 2.0, uygulama özgürlüğü anlamına geliyor.
Turnusol testi şudur: Kontrol veya uç cihazın kendisinde başka birinin yazılımını çalıştırabilir misiniz? Bir tedarikçiden PLC çalışma zamanı, ikinciden veri kaydı uygulaması ve üçüncüden HMI paneli çalıştıran tek bir kontrolörü düşünün, hepsi aynı anda. Bu parçalar, özel yapıştırıcı kod yerine ortak bir protokol aracılığıyla veri paylaşır.
Bunun getirisi pratiktir: daha az zorunlu satın alma, daha az özel entegrasyon ve her iş için en iyi aracı seçme özgürlüğü.
💸 Açıklığın Maliyeti
Açıklık, bir tedarikçinin ödemeyi seçtiği bir maliyettir, bedelsiz bir erdem değildir. Bir rakip uygulamanın bir platforma girmesine izin vermek, bir miktar münhasırlıktan vazgeçmek demektir. Bir alıcı, her açık kararı bir takas olarak görmeli ve tedarikçinin neyden vazgeçtiğini sormalıdır.
Gerçekten açık bir sisteme karşı direnenler için güvenlik, tedarikçilerin en sık duyduğu itirazdır. Doğru: bir sistemi açmak yüzey alanını artırır ve bazı kararları müşteriye kaydırır. Açıklık ve güvenlik zıt kavramlar değildir, ancak gerilim gerçektir.
Ancak, ilgili standart olan ISA/IEC 62443, genel amaçlı işletim sistemleri çalıştıran ana bilgisayar cihazlarını zaten hesaba katmaktadır. Önemli olan disiplindir: imzalı yazılım, bölümlere ayrılmış ağlar, rol tabanlı erişim ve işleyen bir güvenlik açığı süreci. Yönetilen açıklık, imzasız kodu engelleyen bütünlük kontrollerini devre dışı bırakmak anlamına gelmez. Müşterilere, bu kontrolleri korurken kendi yazılımlarını imzalamaları ve çalıştırmaları için belgelenmiş bir yol sunar.
Servis edilebilirlik, insanların unuttuğu kısımdır. Bir ekip açık bir sistemi değiştirirse ve sabah 2'de bozulursa, sorun kimin olur? Çoğu tedarikçi bunu yazılı olarak yanıtlamaz. Bir alıcının spesifik bilgilere ihtiyacı vardır: hangi değişiklikler desteği geçersiz kılar, hangileri kılmaz ve desteklenen bir duruma geri dönmek için ne gerekir. Tedarikçiler bu pozisyonu bir endüstri standardı olarak açıkça yayınlamalıdır.
⚖️ OT ve BT Taleplerini Dengelemek
Açık sistemler OT ve BT arasındaki sınırda yer alır. BT ekipleri konteynerler, filo yönetimi ve gözlemlenebilirlik bekler. OT ekipleri deterministik zamanlama, güvenlik sertifikası ve sıradan düzenlemelere direnen değişiklik kontrolüne ihtiyaç duyar. Her ikisi de haklıdır ve gereksinimler gerçekten çatışabilir. Açık bir platform bu gerilimi ortadan kaldırmaz. Her iki tarafa da aynı donanım üzerinde çalışma alanı verir.
Endüstrilerin bu talepleri nasıl dengelediği, düzensiz ilerlemelerini açıklamaya yardımcı olur. Proses endüstrileri, NAMUR ve The Open Group'un Açık Proses Otomasyon Forumu aracılığıyla en görünür standart çalışmalarını yapmıştır, ancak büyük ölçekli dağıtım hala geride kalmaktadır. Ayrık üretim ve OEM makine üreticileri pratikte genellikle daha hızlı hareket eder, çünkü esnek, çok tedarikçili sistemlerin getirisi hızlı bir şekilde ortaya çıkar. Sadece komitelerde belirtilenlere değil, tesislerde gerçekten çalışanlara bakın.
🔬 Açıklığı Bir Stres Testine Tabi Tutun
Açıklığın bir sonraki standardı, teknoloji kadar düzenlemelerle de şekilleniyor. AB Siber Dayanıklılık Yasası, güvenlik açığı yönetimi, güvenlik belgeleri ve belirtilen bir destek süresini, bu pazara satılan her şey için bir temel haline getiriyor. Raporlama yükümlülükleri önce gelir, tam gereksinimler 2027'de takip eder. Bu taban yerleştirildiğinde, güvenlik ifşası bir farklılaştırıcı olmaktan çıkar ve giriş bedeli haline gelir.
Açıklık konusunda kazanacak tedarikçiler, bu kelimeyi en sık söyleyenler olmayacak. Bir alıcının bunu bir öğleden sonra, tezgahta doğrulamasını sağlayanlar olacak. Bu yüzden, bir sonraki veri sayfasında "açık" yazdığında, tedarikçinizi teste tabi tutun.
