TARIFNAME Bir Ag Hizmeti Yönetim Usulü Ve Bir Ag Hizmeti Yönetim Sistemi Teknik Alan Mevcut bulus ag hizmetlerinin uyarlamali, her yerden, dinamik ve otomatik yönetimine olanak saglayan bir ag hizmeti yönetim usulü ve bir ag hizmeti yönetim sistemi ile Bulus Ile Ilgili Bilinen Hususlar Endüstriyel otomasyon sistemlerinde, birden fazla aygit mevcuttur. Özellikle endüstri 4.0 ve dijitallesme, dügümler (makineler veya insanlar) arasinda kesintisiz bir ag gerektinnektedir. Bu ag genellikle çesitli bilgi türleri için bir veri hattidir. Günümüz dünyasinda, endüstriyel aglar sadece veri alisverisi görevi görmez, ayrica ag makineleri genel olarak belirli görevleri yerine getirmek için endüstriyel ag araciligiyla çesitli türlerde ag hizmetleri sunar. Bu aglar genellikle bir devreye sokma ve yapilandirma fazina sahiptir, daha sonra ag hizmetleri konfigürasyona göre çalisir. Endüstriyel otomasyon sistemleri birbiriyle komünikasyon kurmasi gerekebilen birden fazla aygit içerir. Aygitlarin yani sira kullanicilar arasinda komünikasyon saglamak için, neredeyse istisnasiz olarak aglar kullanilmaktadir. Aglar, dügümler (makineler veya insanlar) arasinda komünikasyon saglar. Dügümler arasinda güvenilir ve verimli bir baglanti saglamak için, her bir dügümün yapilandirilmasi gereklidir. Belirli bir seviyeye kadar, statik ag hizmeti topolojileri eski jenerasyon üretim tesisleri için iyi çalismaktadir. ancak mevcut ag uygulamasi müsterinin dinamik ve anlik ihtiyaçlarinin saglanmasindan oldukça uzaktir. Müsteriler genellikle bir ürünün büyük ölçüde Özellestirilmis bir versiyonunun son derece kisa bir cevap süresi içinde talep etmektedir. Bu hususlar endüstriyel aglarda yeni bir problem ortaya çikarmaktadir: ag hizmetleri için ag topolojisi ve özel ihtiyaçlara hizli ve her yerde uyarlanabilen bir dinamik yapilandirma ve yönetim gereklidir. Mevcut uygulamada, aglarin yapilandirilmasi için manüel konfigürasyon ve otomatik konfigürasyon olmak üzere baslica olarak iki kullanilabilen usul mevcuttur. Manüel konfigürasyon uygulamalarinda, bir kullanici (tercihen sistem yöneticisi) aygitlarin her birini manüel olarak yapilandirir. Ancak, tüm aygitlarin manüel olarak yapilandirilmasi ciddi miktarda zaman gerektirir ve kullanicinin tecrübesine bagli oldugundan konfigürasyon hatalari kaçinilmaz olabilir. Diger yandan, bilinen otomatik konfigürasyon uygulamalari daha hizlidir ve kullanici hatalarina karsi daha dayaniklidir. Ancak, farkli dügümlerin tanimlanmasi konfigürasyon için zor bir görevdir. Bulusun Kisa Açiklamasi Mevcut bulusa göre, bir ag hizmeti yönetim usulü saglanmaktadir. Usul su asamalari içerir: aga bagli en az bir dügümün kesfedilmesi; kesfedilen dügümün tanimlanmasi; tanimlanan dügüme göre, ag topolojisinin belirlenmesi ve ag topolojisine göre önceden tanimlanmis bir ag hizmeti konfigürasyon profilinin yüklenmesi. Ag hizmeti yönetim sistemi, aga bagli en az bir dügümün kesfedilmesi için en az bir araç; kesfedilen dügümün tanimlanmasi için en az bir araç; tanimlanan dügüme göre, ag topolojisinin belirlenmesi için en az bir araç ve ag topolojisine göre önceden tanimlanmis bir ag hizmeti konfigürasyon profilinin yüklenmesi için en az bir araç Bulusun Amaci Mevcut bulusun amaci etkili bir ag hizmeti yönetim usulü ve etkili bir ag hizmeti yönetim sistemi saglamaktir. Mevcut bulusun bir baska amaci ag hizmetleri için dinamik bir yönetim saglayabilen bir ag hizmeti yönetim usulü ve bir ag hizmeti yönetim sistemi saglamaktir. Mevcut bulusun bir baska amaci güvenilir bir ag hizmeti yönetim usulü ve güvenilir bir ag hizmeti yönetim sistemi saglamaktir. Sekillere Yönelik Açiklama Sekil 1, mevcut bulusa göre olan ag hizmeti yönetim sisteminin bir örnek mimarisini göstermektedir. Sekillerde kullanilan referans numaralari asagidaki anlamlara gelmektedir: REST API (i) Hizmet yöneticisi (2) Aygit kesif hizmeti (3) Hizmet kesif hizmeti (4) Hizmet yönetim hizmeti (5) Konfigürasyon dönüstürücü hizmeti (6) Profil yönetim hizmeti (7) Topoloji hizmeti (8) OPC UA yigin pubsub (9) Aygit kesif protokolü (10) Hizmet tanimi API (1 1) Hizmet kontrolü API (12) Nakil soyutlama (13) Profinet (15) Zamana duyarli ag (16) Kablosuz (17) Platform soyutlamalari (18) Bulusun Detayli Açiklamasi Mevcut bulusa göre olan ag hizmeti yönetim usulü aga bagli en az bir dügümün kesfedilmesini; kesfedilen dügümün tanimlanmasini; tanimlanan dügüme göre, ag topolojisinin belirlenmesini ve ag topolojisine göre en az bir Önceden tanimlanmis ag hizmeti konfigürasyon profilinin yüklenmesini içerir. Artan otomasyon seviyesi genellikle daha karmasik bir yapi olusturur. Bu çeliski ag hizmetlerinin mevcut statik durumu için de geçerlidir. Çesitli hizmet uyarlamalarinin karmasikligini azaltabilmek için, mevcut basvurunun tercih edilen bir düzenlemesinde, OPC UA (OPC Birlestirilmis Mimarisi) standardinda gerçeklestirilen bir sabit hizmet tanimi modeli nesnesi tanimlanmaktadir. Bu baglamda, her bir ag hizmeti OPC UA adres uzayinda bir ag hizmet tanimi modeli olusturur. Dolayisiyla, bu düzenlemeye göre, önceden tanimlanmis ag hizmeti konfigürasyon hizmetinin yüklenmesi asamasinda sabit hizmet tanimi modeli nesnesi kullanilir. Mevcut bulusun bir düzenlemesinde, kesfedilen dügümün tanimlanmasi asamasi tanimlanan dügümün özelliklerinin belirlenmesini içerir. Bu düzenlemede, ag hizmeti yönetim sistemi tanimlanan dügümün özelliklerinin belirlenmesi için en az bir araç içerir. Bu düzenlemeye göre, ag topolojisine göre önceden tanimlanmis ag hizmeti konfigürasyon profilinin yüklenmesi asamasinda, ag hizmeti konfigürasyon profili belirlenen dügüm özelliklerine göre seçilebilir. Mevcut bulusun bir düzenlemesine göre, aga bagli en az bir dügümün kesfedilmesi asamasinda, OPC UA nesne fonksiyonlari (usul çagrilan) kullanilir. Dolayisiyla, bu düzenlemeye göre, farkli tiplerde dügümler kesfedilebilir ve ag daha esnek hale gelir. Bu düzenlemede, dügümler fonksiyonelliklerini OPC UA adres uzayinda sunar ve belirli fonksiyonellikler veya hizmetler agda yetkili erisim araciligiyla çalistirilabilir. Mevcut bulusun bir düzenlemesine göre, hizmet konfigürasyonu dosyalari OPC UA adres uzayinda tutulur. Bu düzenlemede, önceden tanimlanmis ag hizmeti konfigürasyon profilinin yüklenmesi asamasi OPC UA adres uzayindan hizmet konfigürasyonu dosyalarinin alinmasini, alinan hizmet konfigürasyonu dosyalarinin düzenlenebilen bir formata dönüstürülmesini, dönüstürülen hizmet konfigürasyon dosyalarinin tanimlanan dügüme göre düzenlenmesini içerir. Bu amaçla, ag hizmeti yönetim sistemi alinan hizmet konfigürasyon dosyalarinin bir düzenlenebilen formata dönüstürülmesi için en az bir dönüstürücü içerir. Mevcut bulusun bir düzenlemesine göre, ag hizmeti yönetim usulü ag topolojisindeki degisikliklerin (bir aygit/dügümün katilmasi veya ayrilmasi) tespit edilmesi asamasini içerir. Bu düzenlemede, ag hizmeti yönetim sistemi ag topolojisindeki degisikliklerin tespit edilmesi için en az bir araç içerir. Bu tip degisiklikleri tespit etmek için, farkli düzen tipleri kullanilabilir. Örnek düzenlemelerde, agdaki topoloji degisikliklerini tespit etmek için kalp atisi düzeni veya izleyici düzeni kullanilabilir. Bu bulus baglaminda en etkili yaklasim OPC UA olaylarinin ve kalp atisi mesajlarinin kullanilmasidir. OPC UA zaten kendi bünyesinde bir kalp atisi mekanizmasi tanimlamaktadir, dolayisiyla baglantinin canli tutulmasi sorunu çözecektir. Yeni bir aygit yeni bir baglanti anlamina gelir (istemci veya abone için) ve kayip bir aygit OPC UA baglantisinda bir kayip anlamina gelir. Daha fazla uygulama gelistirilmesine ihtiyaç yoktur. Mevcut bulusun bir baska tercih edilen düzenlemesinde, ag hizmeti yönetim usulü bir manüel konfigürasyon moduna geçme asamasini içerir. Bu düzenlemede, bir tecrübeli ve yetkili kullanici yüklenmis olan ag hizmeti konfigürasyon profillerini yeniden yapilandirabilir. Bu dahi normal çalismaya dahil edilmemistir; uç vakalar için mutlaka gereklidir. Bu, OPC UA istemci arayüzü araciligiyla kolayca kullanilabilir. Operatör OPC UA istemci arayüzünü bu manüel konfigürasyonlara erismek için kullanabilir. Bir manüel konfigürasyon moduna geçmek ve kullanici girisleri almak için, ag hizmeti yönetim sistemi en az bir giris araci içerir. Giris araci bir klavye, fare veya dokunmatik ekran olabilir. Bu düzenlemede. bir kullanici arayüzü ayrica kullanici girislerini almak için de kullanilabilir. Kullanici arayüzüne bir adanmis sunucu veya bir web sayfasi araciligiyla dogrudan erisilebilir. Bazi düzenlemelerde, sistemin ag topolojisini yeniden kesfetmesi gerekli olabilir. Örnegin, agdaki aygitlar duragan oldugunda dahi, aygitlar arasindaki baglanti degisebilir ve bu da tespit edilmelidir. Dolayisiyla, mevcut bulusun bir baska tercih edilen düzenlemesinde, ag hizmeti yönetim usulü ag topolojisindeki degisim için en az bir olay tetikleyicisinin alinmasi; aga bagli tüm dügümlerin kesfedilmesi; kesfedilen dügümlerin tanimlanmasi ve kesfedilen dügümlere göre ag topolojisinin belirlenmesi asamasini içerir. Bu düzenlemede, olay tetikleyicisi OPC UA olaylariyla gerçeklestirilebilir ve ag topolojisinin fiili tespiti Cisco Kesif Protokolü (CDP). Link Katmani Kesif Protokolü (LLDP), RuggedCom Kesif Protokolü (RCDP), Siemens Kesif Protokolü (DCP) vb. gibi ilgili protokoller araciligiyla gerçeklestirilebilir. Bu amaçla. ag hizmeti yönetim sistemi olay tetikleyicilerinin alinmasi için en az bir araç Mevcut bulusun belirli bir düzenlemesinde, ag topolojisine göre önceden tanimlanmis ag hizmeti konfigürasyon profillerinin yüklenmesi asamasinda kullanilan önceden tanimlanmis ag hizmeti konfigürasyon profilleri önceden tanimlanmis ag yapilari arasindaki mantiksal eslesmelerdir. Tercih edilen bir düzenlemede, ag hizmeti yönetim usulü en az bir ag hizmeti konfigürasyon profilinin beyaz listeye alinmasi ve/veya kara listeye alinmasi asamasini içerir. Bu asama tercihen bir operatör tarafindan gerçeklestirilir. Karaya listeye alma/beyaz listeye alma isleminin kullanilmasiyla, ag çesitli tiplerdeki saldirilara karsi korunur. Beyaz listeye alma ve/veya kara listeye alma islemlerini gerçeklestirmek için, ag hizmeti yönetim sistemi en az bir ag hizmeti konfigürasyon profilini beyaz listeye almak ve/veya kara listeye almak için en az bir Esnek ag için bir baska sart kesinlikle yedekliliktir. Güvenlik açisindan kritik tesislerin bazilari için bu gereklidir. Son derece dinamik bir yapinin yedek tutulmasi mutlak suretle bir zorluktur, ancak OPC UA adres uzayinin kopyalanmasi araciligiyla da çözümlenebilir. Tüm konfigürasyonlar ve olaylar standart bir sekilde tutuldugundan, tüm ag konfigürasyonu talep üzerine yedekli bir sekilde yönetilebilir. Ag hizmetleri ya yayinlanir (sunulur) veya agdaki dügümlerce abone olunur (tüketilir). Bu sema OPC UA pubsub mimarisiyle tam olarak eslesmektedir. Bu hususlardan dolayi, OPC UA pubsub araciligiyla bir tür ag hizmeti marketi olusturulabilir. Agdaki her tür bildirim bu arayüz araciligiyla çalistirilabilir. Mevcut bulusun tercih edilen düzenlemeleriyle otomasyon seviyesi karmasikligi ve uyarlanabilirligi gelistirilir. Otomasyon seviyesi karmasikligini gelistirmek için, hizmetlerin soyutlanmasi (OPC UA üzerinde hizmet tanimi modeli nesnesinin tanimlanmasiyla) ve bilgi modelleme için soyutlama (bilginin bir ortak zeminle sunulmasiyla - OPC UA) kullanilir. Otomasyon seviyesi uyarlanabilirligini gelistirmek için, bölümlere ayirma için dügüm esasli topoloji haritasi (OPC UA'daki fonksiyonel nesneler araciligiyla model dügümler ve baglanti) ve yeni dü gümler için uyarlama ilkesi (OPC UA'daki hizmet tanimi modeli, OPC UA'deki hizmet konfigürasyonu modeli, OPC UA'daki hizmet kontrol modeli, OPC UA modeli eleman conf. dosyasi eslestiricisi) tanimlanir. Ek olarak, ag hizmeti yönetim usulünün performansi, stabilitesi, güvenilirligi ve karmasikligi gelistirilir. Performansi gelistirmek için, ag topolojisi sadece ag kesfini tetiklemek için ag degisiklikleri (OPC UA olaylari kullanilarak) ve beklenmeyen olaylar (olayin eslestiricileri çalistirmak için kullanilmasiyla) kullanildiginda kesfedilir. Stabiliteyi gelistirmek için, agdaki degisiklik derecesi sinirlanir (beyaz listeye alma/kara listeye almayla) ve yedeklilik kullanilir/izin verilir (OPC UA'da adres uzayinin yansitilmasiyla). Güvenilirligi gelistirmek için, profiller ve topolojiler için dogrulama fonksiyonlari tanimlanarak geçis yapilmadan önce profil ve topoloji dogrulanir. Karmasikligi gelistirmek için, manüel topoloji/profil eslestirmesine izin verilir (otomatik modun devre disi birakilmasina izin verilerek, OPC UA istemci kontrol arayüzü araciligiyla profillerin manüel seçimine izin verilerek) ve hizmet saglayicilar ve tüketicilerinin eslestirilmesi için pubsub kullanilir (burada hizmet OPC UA aboneligi araciligiyla dügümler tarafindan talep edilir ve topoloji OPC UA yayincilari ve aboneleri listesi araciligiyla güncel tutulur). Mevcut bulusun bir örnek düzenlemesinde, ag hizmeti yönetim sisteminin mimarisi Sekil 1'de gösterilmektedir. Mimari bir REST API (1) ve hizmet yöneticisi (2) içerir. Bu düzenlemede, ag hizmeti yönetim sistemi dügümlere Eternet (14), profinet (15), zamana duyarli ag (16) ve kablosuz (17) gibi bir baglanti araciligiyla baglanabilir. Bir dügüm aga baglandiginda, dügüm aygit kesif hizmeti (3) ve aygit kesif protokolü (10) (DCP, RDCP) araciligiyla kesfedilir ve tanimlanir. Tanimlanan dügüme göre, ilgili hizmetler hizmet kesif hizmeti (4), hizmet yönetim hizmeti (5), hizmet tanimi API (11) ve hizmet kontrol API (12) tarafindan belirlenir. Topoloji hizmeti (8) ag topolojisini belirler ve profil yönetim hizmeti (7) önceden tanimlanmis ag hizmeti konfigürasyon profilini yükler. Hizmet konfigürasyon dosyalarini bir düzenlenebilen formata dönüstürmek için bir konfigürasyon dönüstürücü hizmeti (6) da kullanilir. Ek olarak, bir OPC UA yigin pubsub (9) kullanilir. Mimari ayrica nakil soyutlama (13) ve platform soyutlamalari (18) Asagida bulusun bir örnek uygulamasi bulus için sinirlayici olmayan açiklama yoluyla açiklanmaktadir. Aslinda, teknikte uzman kisilerce anlasilacagi gibi, bulusun kapsamindan uzaklasmaksizin mevcut bulusta çesitli modifikasyonlar ve degisiklikler yapilabilir. Bu örnek uygulamada, Radius ve Syslog ag hizmetleri kullanilmistir. Özellikle, Radius için FreeRadius OSS paketi ve Syslog için Syslog-NG OSS paketi kullanilmaktadir. Ayrica, OPC UA için, Open52541 OSS kütüphanesi kullanilmaktadir. Ag topolojisi kesfi RCDP, DCP ve SNMP araciligiyla gerçeklestirilir. Dolayisiyla, agdaki aygitlar ve küçültülmüs ag topolojisi profilleri çikartilmistir. Bu örnek uygulamada, iki farkli ag topolojisi JSON formatinda tanimlanmis ve kaydedilmistir. Ag topolojisi kesif hizmeti kaydedilmis profil JSON'lariyla ayni ögeleri ürettikten sonra bir profil eslestirmesi yapilmistir. Iki mode1200nf serilestiricisi uygulanmis ve iki hizmet olarak konuslandirilmistir. Iki model temel olarak Radius ve Syslog konfigürasyon dosyasi olusturucusudur. Radius konfigürasyonu ve Syslog konfigürasyonu modelleri ayrica OPC UA adres uzayinda modellenmistir. ModelZConf serilestiricisi Radius veya Syslog OPC UA modeli parametrelerine göre Radius veya Syslog için yeni konfigürasyon dosyasi olusturmustur. Bu iki hizmet modeli OPC UA adres uzayinda uygulanmistir, dolayisiyla OPC UA'nin esnek ve anlamli adres uzayi araciligiyla herhangi bir baska ag hizmeti benzer sekilde olusturulabilir. Bu durumda, birinci ve ikinci ag topolojisi için, her bir topoloji için Radius ve Syslog OPC UA parametrelerinin nasil güncellenebildigini belirleyen iki JSON tanimi tanimlanmistir. Bu topolojilerin herhangi biri tespit edildigi takdirde, OPC UA modelleri bu iki JSON dosyasinda tanimlanan önceden tanimlanmis konfigürasyonla güncellenir. Daha sonra ModeIZConf serilestiricileri buna paralel olarak conf dosyalari olusturur. Daha sonra ag topolojisi birinci ag topolojisi profilinde planlandigi gibi degistirilmistir. Ayrica, ag kesfi J SON birinci kaydedilmis profille eslestirilmis ve hizmet kontrolü OPC UA modellerini profil JSON tanimlarina göre güncellemistir. Daha sonra, mode12conf hizmeti OSS hizmetleri tarafindan kullanilan hizmet konfigürasyonu dosyalarini (radiusd.conf ve syslogconf) yeniden olusturmus ve konfigürasyonu yeniden yüklemeleri için her iki OS hizmetine bir OS sinyali göndermistir. Her iki hizmetin birinci profilinin basarili sekilde yüklendigi gözlemlenmistir. Ag ikinci topolojiye geçtiginde ayni prosedür izlenmis ve OSS konfigürasyon dosyalarinin farkli bir kümesinin olusturuldugu ve hizmetlerin bu yeni konfigürasyonlari yeniden yükledigi gözlemlenmistir. TR TR DESCRIPTION A Network Service Management Method and a Network Service Management System Technical Field The present invention relates to a network service management method and a network service management system that enables adaptive, anywhere, dynamic and automatic management of network services. Known Matters Related to the Invention In industrial automation systems, More than one device is available. In particular, industry 4.0 and digitalization require a seamless network between nodes (machines or people). This network is often a data pipeline for various types of information. In today's world, industrial networks not only serve as data exchange, but network machines generally provide various types of network services through the industrial network to perform certain tasks. These networks usually have a commissioning and configuration phase, after which the network services run according to the configuration. Industrial automation systems contain multiple devices that may need to communicate with each other. Networks are used, almost without exception, to provide communication between users as well as devices. Networks enable communication between nodes (machines or people). To ensure a reliable and efficient connection between nodes, it is necessary to configure each node. To a certain extent, static network service topologies work well for older generation manufacturing facilities. However, the current network application is far from meeting the dynamic and instantaneous needs of the customer. Customers often request a highly customized version of a product within an extremely short response time. These issues raise a new problem in industrial networks: network topology for network services and a dynamic configuration and management that can be quickly and ubiquitously adapted to specific needs are required. In current practice, there are mainly two available methods for configuring networks: manual configuration and automatic configuration. In manual configuration applications, a user (preferably a system administrator) manually configures each of the devices. However, manually configuring all devices requires a significant amount of time and configuration errors may be inevitable as it depends on the user's experience. On the other hand, known automatic configuration applications are faster and more resistant to user errors. However, identifying different nodes is a difficult task for configuration. Brief Description of the Invention According to the present invention, a network service management method is provided. The method includes the following steps: discovering at least one node connected to the network; identification of the discovered node; According to the defined node, determining the network topology and loading a predefined network service configuration profile according to the network topology. The network service management system includes at least one means for discovering at least one node connected to the network; at least one means for identifying the discovered node; Purpose of the Invention The purpose of the present invention is to provide an effective network service management method and an effective network service management system. Another aim of the present invention is to provide a network service management method and a network service management system that can provide dynamic management for network services. Another object of the present invention is to provide a reliable network service management method and a reliable network service management system. Description of the Drawings Figure 1 shows an exemplary architecture of the network service management system according to the present invention. Reference numbers used in the figures have the following meanings: REST API (i) Service manager (2) Device discovery service (3) Service discovery service (4) Service management service (5) Configuration converter service (6) Profile management service (7) Topology service (8) OPC UA stack pubsub (9) Device discovery protocol (10) Service definition API (1 1) Service control API (12) Transport abstraction (13) Profinet (15) Time-aware networking (16) Wireless (17) Platform abstractions (18) Detailed Description of the Invention The network service management method according to the present invention involves discovering at least one node connected to the network; identification of the discovered node; It includes determining the network topology, based on the defined node, and loading at least one predefined network service configuration profile based on the network topology. Increasing level of automation generally creates a more complex structure. This contradiction also applies to the current static state of network services. In order to reduce the complexity of various service implementations, in a preferred embodiment of the present application, a fixed service definition model object is defined, implemented in the OPC UA (OPC Unified Architecture) standard. In this context, each network service creates a network service definition model in the OPC UA address space. Therefore, according to this embodiment, the fixed service definition model object is used in the loading phase of the predefined network service configuration service. In one embodiment of the present invention, the step of identifying the discovered node includes determining the properties of the identified node. In this embodiment, the network service management system includes at least one means for determining the properties of the identified node. According to this arrangement, at the stage of loading the predefined network service configuration profile according to the network topology, the network service configuration profile can be selected according to the determined node characteristics. According to an embodiment of the present invention, OPC UA object functions (procedural calls) are used to discover at least one node connected to the network. Therefore, according to this arrangement, different types of nodes can be discovered and the network becomes more flexible. In this arrangement, nodes provide their functionality in the OPC UA address space, and certain functionalities or services can be operated through authorized access to the network. According to one embodiment of the present invention, service configuration files are kept in the OPC UA address space. In this embodiment, the step of loading the predefined network service configuration profile includes retrieving service configuration files from the OPC UA address space, converting the received service configuration files into an editable format, arranging the converted service configuration files according to the defined node. For this purpose, the network service management system includes at least one converter for converting the received service configuration files into an editable format. According to an embodiment of the present invention, the network service management method includes the step of detecting changes in the network topology (joining or leaving a device/node). In this embodiment, the network service management system includes at least one means for detecting changes in network topology. To detect such changes, different types of patterns can be used. In exemplary embodiments, a heartbeat pattern or tracker pattern may be used to detect topology changes in the network. The most effective approach in the context of this invention is the use of OPC UA events and heartbeat messages. OPC UA already defines a heartbeat mechanism internally, so keeping the connection alive will solve the problem. A new device means a new connection (for the client or subscriber) and a lost device means a loss of the OPC UA connection. There is no need for further application development. In another preferred embodiment of the present invention, the network service management method includes the step of entering a manual configuration mode. In this embodiment, an experienced and authorized user can reconfigure the installed network service configuration profiles. Even this is not included in normal operation; It is absolutely necessary for extreme cases. This is easily available via the OPC UA client interface. The operator can use the OPC UA client interface to access these manual configurations. To switch to a manual configuration mode and receive user input, the network service management system includes at least one input means. The input device can be a keyboard, mouse or touch screen. In this embodiment. A user interface can also be used to receive user input. The user interface can be accessed directly via a dedicated server or a web page. In some embodiments, it may be necessary for the system to rediscover the network topology. For example, even when devices on the network are static, the connectivity between devices can change and this must also be detected. Therefore, in another preferred embodiment of the present invention, the network service management method includes receiving at least one event trigger for the change in network topology; discovery of all nodes connected to the network; It includes the phase of identifying the discovered nodes and determining the network topology according to the discovered nodes. In this embodiment, event triggering can be accomplished by OPC UA events and the actual detection of the network topology is done by Cisco Discovery Protocol (CDP). Link Layer Discovery Protocol (LLDP), RuggedCom Discovery Protocol (RCDP), Siemens Discovery Protocol (DCP), etc. It can be achieved through relevant protocols such as. To this end. At least one means for receiving network service management system event triggers. In a particular embodiment of the present invention, the predefined network service configuration profiles used in the step of loading predefined network service configuration profiles according to the network topology are logical mappings between predefined network structures. In a preferred embodiment, the network service management method includes the step of whitelisting and/or blacklisting at least one network service configuration profile. This step is preferably performed by an operator. By using blacklisting/whitelisting, the network is protected against various types of attacks. To perform whitelisting and/or blacklisting, the network service management system must use at least one network service configuration profile to whitelist and/or blacklist. Another requirement for an Elastic network is certainly redundancy. This is required for some safety-critical facilities. Backing up a highly dynamic structure is certainly a challenge, but it can be solved by cloning the OPC UA address space. Since all configurations and events are maintained in a standard manner, the entire network configuration can be managed redundantly on demand. Network services are either published (offered) or subscribed (consumed) by nodes in the network. This scheme exactly matches the OPC UA pubsub architecture. For these reasons, a type of network service marketplace can be created through OPC UA pubsub. Any type of notification on the network can be run through this interface. With preferred embodiments of the present invention, the level of automation complexity and adaptability is improved. To improve automation level complexity, abstraction of services (by defining the service definition model object on OPC UA) and abstraction for information modeling (by presenting information with a common ground - OPC UA) are used. To improve automation level adaptability, node-based topology map for partitioning (model nodes and connectivity through functional objects in OPC UA) and adaptation policy for new nodes (service definition model in OPC UA, service configuration model in OPC UA, The service control model in OPC UA is defined in the OPC UA model element conf. file mapper. In addition, the performance, stability, reliability and complexity of the network service management method are improved. To improve performance, the network topology is discovered only when network changes (using OPC UA events) and unexpected events (using the event to fire mappers) are used to trigger network discovery. To improve stability, the degree of change in the network is limited (by whitelisting/blacklisting) and redundancy is used/allowed (by mirroring of the address space in OPC UA). To improve reliability, validation functions are defined for profiles and topologies to validate the profile and topology before migration. To improve complexity, manual topology/profile matching is allowed (by allowing automatic mode to be disabled, allowing manual selection of profiles via the OPC UA client control interface) and pubsub is used for matching of service providers and their consumers (where the service is provided by nodes via OPC UA subscription requested and the topology is kept up to date via the list of OPC UA publishers and subscribers). In an exemplary embodiment of the present invention, the architecture of the network service management system is shown in Figure 1. The architecture includes a REST API (1) and service manager (2). In this embodiment, the network service management system may be connected to the nodes via a connection such as Ethernet (14), profinet (15), time-sensitive network (16), and wireless (17). When a node is connected to the network, it is discovered and identified through the node device discovery service (3) and device discovery protocol (10) (DCP, RDCP). According to the defined node, the relevant services are determined by the service discovery service (4), the service management service (5), the service definition API (11) and the service control API (12). The topology service (8) determines the network topology and the profile management service (7) loads the predefined network service configuration profile. A configuration converter service 6 is also used to convert service configuration files into an editable format. Additionally, an OPC UA stack pubsub (9) is used. The architecture also includes transport abstraction (13) and platform abstractions (18). Below, an exemplary embodiment of the invention is described by way of non-limiting description of the invention. In fact, as will be appreciated by those skilled in the art, various modifications and changes can be made to the present invention without departing from the scope of the invention. In this example application, Radius and Syslog network services are used. In particular, the FreeRadius OSS package is used for Radius and the Syslog-NG OSS package is used for Syslog. Additionally, for OPC UA, the Open52541 OSS library is used. Network topology discovery is performed via RCDP, DCP and SNMP. Therefore, the devices on the network and the reduced network topology profiles were extracted. In this sample application, two different network topologies are defined and saved in JSON format. A profile match was made after the network topology discovery service produced the same elements as the saved profile JSONs. Two mode1200nf serializers were implemented and deployed as two services. The two models are basically Radius and Syslog configuration file generator. The Radius configuration and Syslog configuration models are also modeled in the OPC UA address space. The ModelZConf serializer has created a new configuration file for Radius or Syslog based on the Radius or Syslog OPC UA model parameters. These two service models are implemented in the OPC UA address space, so any other network service can be created in a similar way through the flexible and expressive address space of OPC UA. In this case, two JSON definitions are defined for the first and second network topology, which specify how the Radius and Syslog OPC UA parameters can be updated for each topology. If any of these topologies are detected, the OPC UA models are updated with the predefined configuration defined in these two JSON files. Then ModeIZConf serializers create conf files in parallel. Then the network topology was changed as planned in the first network topology profile. Additionally, network discovery JSON was matched with the first saved profile and service control updated the OPC UA models according to the profile JSON definitions. Next, the mode12conf service recreated the service configuration files (radiusd.conf and syslogconf) used by the OSS services and sent an OS signal to both OS services to reload the configuration. It has been observed that the first profile of both services has been successfully installed. When the network switched to the second topology, the same procedure was followed and it was observed that a different set of OSS configuration files was created and the services reloaded these new configurations.TR TR