Süeda Asil
Kurumsal
- Konu Yazar
- #1
Kontrol Mühendisliğinden Yazılım Disiplinine Geçiş
Kariyerime kontrol mühendisi olarak başladığımda, PLC, HMI ve ekipmanların sorunsuz çalışması odak noktamdı. Sıralama doğru mu, operatör anlayabiliyor mu, bakım ekibi gece ikide sorun giderebiliyor mu gibi sorular hala önemli. Ancak yıllar geçtikçe, bu sorular beni ağlar, sunucular, sanallaştırma, siber güvenlik ve üretimi işin geri kalanına bağlayan uygulamalar gibi daha üst katmanlara yöneltti.
Endüstriyel otomasyonun bir yazılım disiplinine dönüşmesiyle birlikte, yeni bir soru ortaya çıkıyor: Proje ekibi ayrıldıktan sonra, tüm bu sistemlerin çalışır durumda kalmasını kim sağlayacak?
OT Yığınında Yükseliş: Bulut Yerel Mimariler
Kariyerimin büyük bir bölümünde, PLC'yi çevreleyen sistemler tanıdık kalıpları takip ediyordu. Endüstriyel yazılımları genellikle sanallaştırılmış Windows sunucularına kurar, uygulamaları bağlar ve devreye alma sürecini tamamlardık. Şimdi ise, bazı OT platformları bulut yerel mimarileri benimsiyor. Konteynerler, orkestrasyon ve veri alışverişi, kimlik doğrulama, izleme gibi işlevleri yerine getiren bağımsız yazılım hizmetleri, kontrol mühendislerinin teslim ettiği ve desteklediği ortamların bir parçası haline geliyor.
Bulut yerel terimi, uygulamanın mutlaka bulutta çalıştığı anlamına gelmez; bu mimariler tesis içinde de bulunabilir. Ancak yazılımın nasıl dağıtıldığını, bileşenlerinin nasıl etkileşim kurduğunu ve ortamın bakımının ne anlama geldiğini değiştirir. Bir uygulamanın üretim için ne yapması gerektiğini anlayabilirim, ancak temel platformunun her detayını bilemeyebilirim. Bir altyapı uzmanı platformu derinlemesine anlayabilir, ancak rutin bir değişikliğin neden operasyonlarla dikkatli bir koordinasyon gerektirdiğini anlamakta zorlanabilir. İşte bu noktada işbirliği hayati önem taşır.
Kontrol Sistemi Sağlıklı, Peki Sistem Neden Çalışmıyor?
Devreye almadan altı ay sonra bir tesisi düşünün. Üretim devam ediyor, PLC mantığını yürütüyor ve HMI normal görünüyor. Ancak üretim bilgilerini bir iş sistemine gönderen bir uygulama güncellemeyi durdurdu. Kontrol ekibi kontrolörün iletişim kurduğunu onaylıyor. BT ekibi sunucunun erişilebilir olduğunu onaylıyor. Uygulama tedarikçisi ağda bir değişiklik olup olmadığını soruyor. Bu sırada operasyonlar bilgi bekliyor.
Belki bir sertifika süresi doldu, bir hizmet durdu veya bir güvenlik değişikliği uygulamanın bağlı olduğu bir hesabı etkiledi. Nedeni bulmak, aynı sistemin farklı bölümlerini anlayan insanları gerektirir. Ayrıca, sorunu bu sınırlar arasında takip edecek birine de ihtiyaç vardır. Her bir bileşenin erişilebilir olduğunu doğrulamak, genel uygulamanın neden çalışmadığını açıklamaz. Bunlar, bir sistemi teslim etmeden önce anlamamız gereken bağımlılıklardır. Aksi takdirde, müşteri destek boşluklarını bir olay sırasında keşfeder.
BT ve OT Arasında Çalışan Bir İlişki Şart
Yıllardır BT/OT yakınlaşmasından bahsediyoruz. Pratikte, işbirliği hala proje kontrol noktalarıyla sınırlı kalabiliyor: mimariyi onayla, sunucuları sağla, bağlantıları aç ve devreye alma sürecinde yardımcı ol.
Endüstriyel yazılım daha bağlantılı hale geldikçe, bu ilişkinin günlük operasyonlara da devam etmesi gerekiyor. OT, süreci ve kesintilerin sonuçlarını anlar. BT ise altyapı, kimlik, güvenlik ve yazılımın yaşam döngüsü boyunca yönetimi konusunda deneyim getirir. Her iki grubun da diğerinin sorumluluklarını yeterince anlaması, kararları birlikte alabilmeleri için önemlidir. Bir güncelleme güvenlik açısından mantıklı olabilir, ancak uygulanması için bir üretim kesintisi gerektirebilir. Bunu ertelemek bugünkü üretim programını korurken, büyüyen bir destek veya güvenlik sorunu yaratabilir. Bu kararlar, gerçek tesis koşulları hakkında bir konuşmayı gerektirir.
Pratik sorular basittir: Bir hizmetin çalışmayı durdurduğunu nasıl bileceğiz? Kim kimlik bilgilerini yönetecek? Bir güncellemeyi nerede test edeceğiz? Başarısız olursa nasıl kurtaracağız? Bu konuşmalar, ortamı tasarlayan insanlar hala masadayken proje planlamasına dahil edilmelidir.
Entegrasyon Ortakları Nasıl Yardımcı Olabilir?
Üreticiler bu ortamları desteklemek için ekipler kuruyor, ancak bu zaman alıyor. Tek bir kişiyi işe almak, kontrol, ağ, altyapı, uygulama geliştirme ve yazılım operasyonlarını otomatik olarak kapsamaz. Sistem entegrasyon ortakları, müşterilerin bu boşluğu doldurmasına yardımcı olabilir. Bunu yapmak, bir proje teslim edip bir destek çağrısı beklemekten daha yakın bir ilişki gerektirir.
BW Design Group olarak, bu ilişkiye getirdiğimiz yeteneklerden biri de özel bir Endüstriyel DevOps uygulamasıdır. Bu bize, endüstriyel yazılım platformlarının dağıtımı ve sürekli işletimi konusunda kontrol ve altyapı ekiplerimizle birlikte çalışabilecek uzmanlar sağlar.
Benim gibi bir geçmişe sahip biri için bu uzmanlığın mevcut olması önemlidir. Süreç gereksinimlerini ve operasyonel endişeleri konuşmaya dahil edebilir, ardından uygulamanın arkasındaki platformu nasıl destekleyeceğini anlayan meslektaşlarımla çalışabilirim.
Birlikte, müşterilerin dahili yeteneklerini geliştirirken sistemleri izleme, değişiklikleri yönetme ve arızalardan kurtulma yollarını oluşturmalarına yardımcı olabiliriz. Ayrıca, müşterinin hangi sorumlulukları üstlenmeye hazır olduğunu ve sürekli ortak desteğinin nerede mantıklı olduğunu belirlemeye de yardımcı olabiliriz. Bu düzenleme, müşterinin ekibi geliştikçe değişmelidir.
Daha İyi Bir Devir Teslim, Devreye Almadan Önce Başlar
Devreye alma her zaman önemli bir dönüm noktası olacaktır. Ekipmanı güvenilir bir şekilde çalıştırmak gerçek çaba gerektirir ve devreye alma sürecini yaşamış hiç kimse bunu hafife almaz. Ancak başarılı bir devreye alma, sonraki yıllar hakkında her soruyu yanıtlamaz.
Uygulama, çizimler ve eğitimle birlikte, müşterinin ortamın nasıl destekleneceğini anlaması gerekir. Bu, sahiplik, erişim, izleme, güncellemeler ve gerektiğinde BT, OT ve entegrasyon ortaklarını bir araya getirmek için uygulanabilir bir yolu içerir.
Teknoloji yığınının, özellikle son yıllarda nasıl geliştiğini görmek, proje teslimatı hakkındaki düşüncelerimi değiştirdi. Sıralamanın çalışıp çalışmadığını ve bakım ekibinin gece ikide sorun giderip gideremediğini hala önemsiyorum. Şimdi ise, PLC mükemmel çalışırken sorunun başka bir yerde olduğu durumlarda kimi arayacaklarını da bilmek istiyorum.
