{"id":296185,"date":"2024-07-08T11:47:31","date_gmt":"2024-07-08T09:47:31","guid":{"rendered":"https:\/\/amorph.pro\/message-brokers-und-smartunifier\/"},"modified":"2024-10-08T09:06:34","modified_gmt":"2024-10-08T07:06:34","slug":"message-brokers-und-smartunifier","status":"publish","type":"post","link":"https:\/\/amorph.pro\/de\/message-brokers-und-smartunifier\/","title":{"rendered":"Message Brokers und SMARTUNIFIER"},"content":{"rendered":"\n

Dies ist das Schema eines Message Brokers.<\/strong> Seine Verwendung f\u00fcr die Industrial Connectivity<\/strong> scheint ein ungeschriebenes Gesetz zu sein. Einige w\u00fcrden es als „Low Brainer“ bezeichnen, denn die Zentralisierung von Daten von Fertigungsanlagen erscheint als selbstverst\u00e4ndlich. Weitere Konzepte und Ans\u00e4tze wie die Asset Administration Shell<\/strong>, Unified Namespace <\/strong> oder Digital Twin <\/strong> scheinen diesen Ansatz zu unterst\u00fctzen oder sogar zu f\u00f6rdern.<\/p>\n\n\n

\n
\"Dies<\/figure>\n<\/div>\n\n\n

Weil er gut und effizient ist? Weil er alle Probleme der IIoT-Connectivity l\u00f6st? Weil es keine andere L\u00f6sung gibt? Sicher nicht. In den meisten F\u00e4llen, weil ein Message Broker <\/strong> eine oft bereits installierte Softwarekomponente ist, viel Geld in der Einf\u00fchrung kostete und immer noch kostet. Betriebswirte nennen das Investitionsschutz.<\/strong><\/p>\n\n\n\n

Vorteile einer zentralisierten Data-Connectivity-Architektur<\/strong><\/h2>\n\n\n\n

Es gibt mehrere Beschreibungen im Internet, die sehr gut aufzeigen, wie eine zentralisierte Architektur eines Message Brokers <\/strong> funktioniert. Kurz und knackig: Daten aus verschiedenen Quellen werden an eine zentrale Softwarekomponente gesendet. Datenkonvertierungen, Konsolidierungen, Transformationen, Sicherheitsfunktionen und Protokollkonvertierungen werden durchgef\u00fchrt. Danach werden die gesammelten Daten an Zielsysteme (wie MES) oder Datenbanken verteilt.<\/p>\n\n\n\n

Der einfache Aspekt dieses Ansatzes besteht darin, dass der Message Broker<\/strong> auf einem Server bereitgestellt wird und daher zentral verwaltet und konfiguriert werden kann. Es ist jedoch ein Irrglaube, dass Sie eine zentralisierten IT-Architektur ben\u00f6tigen, um dies effizient zu tun.<\/p>\n\n\n\n

In diesem Zusammenhang ist es entscheidend, den Unterschied zwischen einer zentralisierten IT-Architektur<\/strong> und einer zentralisierten Enterprise Architektur<\/strong> zu verstehen. W\u00e4hrend zentralisierte IT die Bereitstellung einer einzelnen Instanz (redundante Systeme zur Bereitstellung h\u00f6herer Verf\u00fcgbarkeit nicht mitgez\u00e4hlt) von (virtueller) Hardware<\/strong> und Software<\/strong> bedeutet, bedeutet zentralisierte Enterprise Architektur hingegen die zentrale Bereitstellung von Konzepten<\/strong> und Data Governance.<\/strong> Sehen Sie den Unterschied?<\/p>\n\n\n\n

Unterschiede zu einer dezentralen Architektur<\/strong><\/h3>\n\n\n\n

Lassen Sie uns testen, wie Kernfunktionen einer Data-Connectivity-L\u00f6sung dezentralisiert werden k\u00f6nnten.<\/p>\n\n\n

\n
\"Dieser<\/figure>\n<\/div>\n\n\n

Dieser Auszug einer Funktionsliste dient als Beispiel f\u00fcr eine kombinierte zentralisierte und dezentrale funktionale Architektur, wie sie in SMARTUNIFIER<\/strong> implementiert ist. Alle Funktionen, wie die Verwaltung von Information Models <\/strong> (z. B. Unified Namespace<\/strong>, Asset Administration Shell<\/strong>, Digital Twin<\/strong>) und die Teil der Enterprise Architektur<\/strong> sind, sind zentralisiert und sollten dies auch sein. Alle anderen Funktionen zur Konnektivit\u00e4t und Datenverarbeitung werden in einer dezentralen, wo auch immer bereitgestellten Communication Instance<\/strong> ausgef\u00fchrt. <\/p>\n\n\n\n

Aber warum? Was ist der Hauptvorteil der Dezentralisierung dieser Funktionen? Am Ende kommt es auf Performance<\/strong>, Verf\u00fcgbarkeit<\/strong>, Stabilit\u00e4t<\/strong> und schlie\u00dflich Skalierbarkeit<\/strong> an. Verbindungen zu Kommunikationspartnern m\u00fcssen stabil laufen, idealerweise \u00fcber Monate und Jahre hinweg ohne Unterbrechung und Datenverlust. Set it and forget it!<\/strong><\/p>\n\n\n\n

Eine dezentralisierte Architektur k\u00fcmmert sich nicht darum, wie viele Communication Channels konfiguriert werden, wie viele Anlagen mit wie vielen Business Applications kommunizieren. Lassen Sie die Bottlenecks dort, wo sie schon immer waren, n\u00e4mlich bei den Datenquellen, Datenzielen und Netzwerkkomponenten und nicht bei der Connectivity-L\u00f6sung.<\/p>\n\n\n\n

Nachteile einer zentralisierten Architektur<\/strong><\/h3>\n\n\n\n

Das Bild ganz oben in diesem Blog ist nur die halbe Wahrheit. Um etwas mehr Realismus in diesen Ansatz zu bringen, f\u00fcgen wir nur ein Detail hinzu.<\/p>\n\n\n

\n
\"Es<\/figure>\n<\/div>\n\n\n

Es gibt nicht die eine Datenquelle, sondern mehrere. Wenn man dieses Detail dem Bild hinzuf\u00fcgt, wird etwas offensichtlich: Jeder Message Broker<\/strong> ist ein Single Point of Failure<\/strong> und dar\u00fcber hinaus ein Bottleneck<\/strong>, der zwischen den Datenquellen und den \u00fcbergeordneten Systemen positioniert ist. Sicher, entscheidende Funktionalit\u00e4ten eines Message Brokers<\/strong> sind implementiert, um Datenverluste zu verhindern und das asynchrone \u00dcbertragen von Daten zu erm\u00f6glichen. Dies und alle anderen Logikfunktionen machen ihn jedoch zu einer riesigen<\/strong>, ressourcenintensiven<\/strong> und teuren Business Application<\/strong>. Fast sofort denkt ein IT-Architekt bzw. eine IT-Architektin an Load Balancing und Redundanz \u2013 zus\u00e4tzliche Positionen in seiner oder ihrer CAPEX-Planung.<\/p>\n\n\n\n

Lassen Sie uns nun den zentralen und dezentralen Ansatz nebeneinanderstellen<\/ins> und betrachten, wie Datenpakete \u00fcbertragen werden.<\/p>\n\n\n

\n
\"Auf<\/figure>\n<\/div>\n\n\n

Auf der linken Seite ist der zentrale Message Broker <\/strong> zu sehen, der Datenpakete verarbeitet, Shopfloor-Protokolle meist in einen Standard wie MQTT konvertiert, Nachrichten in die Warteschlange stellt und sie an \u00fcbergeordnete Business Applications liefert.<\/p>\n\n\n\n

Auf der rechten Seite ist die dezentrale SMARTUNIFIER<\/strong>-Architektur abgebildet, die aus mehreren Communication Instances<\/strong> mit eigenem Datenpakethandling, eigener Protokollkonvertierung von Shopfloor-Standards zu Business-Application-Standards oder mit einer Emulation von Ger\u00e4ten besteht, indem z. B. OPC-UA-Server <\/strong> bereitgestellt werden, die eine Fertigungsanlage simulieren k\u00f6nnen.<\/p>\n\n\n\n

Und es gibt noch mehr. Je nach Inhalt der Datenpakete kann jede Instanz eine Real-Time Datenkontextualisierung<\/strong> durchf\u00fchren, indem sie entsprechende Daten aus anderen Quellen (z. B. Fertigungsauftragsinformationen aus einem MES) sammelt, mit Anlagendaten (z. B. Daten eines Temperatursensors) kontextualisiert und diese kontextualisierten Daten (z. B. Produktionsauftr\u00e4ge, die mit bestimmten Temperaturen produziert wurden) Analysesystemen zur Verf\u00fcgung stellt. Dies ist f\u00fcr zentralisierte Systeme, wie sie derzeit implementiert sind, nahezu unm\u00f6glich.<\/strong><\/p>\n\n\n\n

Ein weiterer Aspekt: Sobald mehr als eine Handvoll Datenpakete \u00fcbertragen werden sollen, wird das Performance<\/strong> Bottleneck<\/strong> deutlich. Stellen Sie sich vor, der Message Broker<\/strong> st\u00fcrzt im Falle eines unvorhergesehenen Ereignisses ab und vergleichen Sie dies mit einer abgest\u00fcrzten SMARTUNIFIER Communication Instance<\/strong> (rot gef\u00e4rbt). Im zweiten Fall k\u00f6nnen nur die Datenpakete (gr\u00fcn eingef\u00e4rbt), die von dieser einen Instanz verarbeitet werden, verloren gehen. Alle anderen Instanzen und Verbindungen funktionieren v\u00f6llig unbeeindruckt weiter. Das ist SMARTUNIFIERs Anteil an Stabilit\u00e4t und Verf\u00fcgbarkeit in der Industrial Connectivity.<\/strong><\/p>\n\n\n\n

Wie eine dezentrale Architektur implementiert wird<\/strong><\/h3>\n\n\n\n

Jeder, der bereits eine dezentrale Architektur implementiert hat, f\u00fcrchtet nun das, was auf der Entwicklungsseite notwendig ist. Eine wichtige Entscheidung ist die Verwendung der richtigen Entwicklungsarchitektur.<\/p>\n\n\n\n

Mit dem SMARTUNIFIER<\/strong> Manager<\/strong> werden Mappings<\/strong>, die mit dem Low-Code-Mapping-Editor<\/strong> konfiguriert werden, sofort in nativ ausf\u00fchrbaren Code \u00fcbersetzt, in ein Communication-Instance-<\/strong>Entwicklerprojekt eingebunden, kompiliert (ja, mit einem richtigen Compiler) zu einem geschlossenen Paket, das ausschlie\u00dflich f\u00fcr den Zweck dieser Datenkonnektivit\u00e4t optimiert ist, indem die konfigurierten Communication Channels<\/strong>, Information Models<\/strong>, Mappings<\/strong>, Datenkontextualisierung<\/strong> usw. verwendet werden. Diese spezialisierte Communication Instance<\/strong> kann dann mit dem SMARTUNIFIER <\/strong> Manager auf einem Edge-Device, in einem Cloud-Service (z. B. AWS) oder auf einem (virtuellen) Server bereitgestellt werden. Ihre einzige Daseinsberechtigung besteht darin, Konnektivit\u00e4t auf die stabilste, leistungsf\u00e4higste und einfachste Art und Weise bereitzustellen \u2013 dezentral.<\/strong><\/p>\n\n\n\n

SMARTUNIFIER<\/strong> leistet Pionierarbeit bei diesem dezentralen Ansatz und gew\u00e4hrleistet eine nahtlose Integration \u00fcber verschiedene Industrieanlagen und IT-Systeme hinweg. Diese innovative Architektur eliminiert Single Points of Failure und erh\u00f6ht die Zuverl\u00e4ssigkeit und Leistung in der industriellen Konnektivit\u00e4t. Alle unsere Kunden w\u00fcrden dies sofort unterschreiben.<\/strong><\/p>\n\n\n\n

Nachteile einer dezentralen Architektur<\/strong><\/h3>\n\n\n\n

Es gibt keine Nachteile.<\/p>\n\n\n\n

Warten Sie. Es gibt einen!<\/p>\n\n\n\n

Wie bereits erw\u00e4hnt, ist ein zentralisierter Message Broker<\/strong> oft bereits im Einsatz, manchmal schon seit Jahrzehnten. Selten m\u00f6chten IT-Abteilungen dieses Investitions- und OPEX-Planungsartefakt vollst\u00e4ndig eliminieren. Obwohl bei der Integration von immer mehr Fertigungsanlagen immer h\u00f6here Lizenzgeb\u00fchren anfallen, soll der Status quo beibehalten werden. Einen bereits vorhandenen zentralisierten Message Broker durch eine dezentralisierte L\u00f6sung ersetzen? Das ist zu riskant und sch\u00fctzt nicht unsere Investition!<\/strong><\/p>\n\n\n\n

SMARTUNIFIER<\/strong> unterst\u00fctzt Sie hier. Niemand hindert Sie daran, Ihren Message Broker<\/strong> als \u201es\u00fcdseitige Anlage\u201c oder \u201enordseitige Business Application\u201c zu betrachten. Stellen Sie die jeweilige Verbindung einfach mit SMARTUNIFIER<\/strong> her und binden<\/ins> Sie damit einfach<\/ins> entweder die Fertigungsanlage oder die Gesch\u00e4ftsanwendung an oder \u2013 noch intelligenter \u2013 verbinden Sie die Komponenten<\/ins> direkt St\u00fcck f\u00fcr St\u00fcck und bauen Sie eine dezentrale Architektur on-the-fly auf. Dies wird von vielen unserer Kunden als Brownfield-Ansatz<\/strong> durchgef\u00fchrt.<\/p>\n\n\n\n

SMARTUNIFIER<\/strong> unterst\u00fctzt hybride Architekturen<\/strong>, sodass Sie im Laufe der Zeit reibungslos die eine Architektur in die andere transformieren k\u00f6nnen, risikominimiert<\/strong> und kosteneffizient.<\/strong><\/p>\n\n\n\n

Fassen wir zusammen:<\/p>\n\n\n\n

Smarte Industrial Connectivity mit SMARTUNIFIER: Leistung, Sicherheit und einfache Skalierung<\/strong><\/h4>\n\n\n\n

Un\u00fcbertroffene Leistung und Sicherheit: SMARTUNIFIER<\/strong> wurde entwickelt, um sich in anspruchsvollen Industrial-Connectivity<\/strong>-Umgebungen zu bew\u00e4hren, und bietet beispiellose Daten\u00fcbertragungsgeschwindigkeiten und robuste Sicherheitsprotokolle. Vertrauen Sie auf SMARTUNIFIER<\/strong>, um sicherzustellen, dass kritische Prozesse reibungslos ablaufen und gleichzeitig die Datenintegrit\u00e4t gewahrt bleibt.<\/p>\n\n\n\n

M\u00fchelose Skalierbarkeit: Mit der Weiterentwicklung Ihres Unternehmens steigen auch Ihre Anforderungen an die Industrial Connectivity. <\/strong> SMARTUNIFIER<\/strong> l\u00e4sst sich m\u00fchelos skalieren, um wachsenden Datenvolumina und komplexen Integrationsanforderungen gerecht zu werden, ohne die Effizienz oder Leistung der industriellen Konnektivit\u00e4t zu beeintr\u00e4chtigen.<\/p>\n\n\n\n

Intuitive Benutzeroberfl\u00e4che: Im Gegensatz zu vielen anderen Industriel\u00f6sungen verf\u00fcgt SMARTUNIFIER<\/strong> \u00fcber eine benutzerfreundliche Oberfl\u00e4che, die auf die Industrial Connectivity zugeschnitten ist. Geben Sie Ihrem Team die M\u00f6glichkeit, Integrationen nahtlos zu verwalten und zu \u00fcberwachen, um die Abh\u00e4ngigkeit von spezialisiertem IT-Personal bei der industriellen Konnektivit\u00e4t<\/em> zu verringern.<\/p>\n\n\n\n

Was SMARTUNIFIER in der Industrial Connectivity auszeichnet<\/strong><\/h4>\n\n\n\n

W\u00e4hrend Wettbewerber ebenfalls starke Integrationsfunktionalit\u00e4ten bieten, zeichnet sich SMARTUNIFIER<\/strong> durch seine dezentrale Architektur<\/strong> und sein benutzerorientiertes Design von der Industrial Connectivity aus. Verabschieden Sie sich von zentralisierten Engp\u00e4ssen \u2013 der verteilte Ansatz von SMARTUNIFIER<\/strong> sorgt f\u00fcr einen kontinuierlichen, schnellen Datenfluss in der Industrial Connectivity. Dar\u00fcber hinaus f\u00fchrt die unkomplizierte Benutzeroberfl\u00e4che zu einer schnelleren Implementierung und k\u00fcrzeren Schulungszeiten, was Ihrem Unternehmen einen Wettbewerbsvorteil bei der Industrial Connectivity<\/em> verschafft.<\/p>\n\n\n\n

Erfahren Sie die Zukunft der Industrial Connectivity mit SMARTUNIFIER<\/strong><\/h4>\n\n\n\n

SMARTUNIFIER<\/strong> ist nicht nur ein Datenintegrationstool. Es ist eine revolution\u00e4re Plattform, die entwickelt wurde, um industrielle Prozesse zukunftssicher zu machen und die Industrial Connectivity zu verbessern. Seine Mischung aus Dezentralisierung, hoher Leistung, Skalierbarkeit und Benutzerfreundlichkeit macht ihn zur ultimativen Wahl f\u00fcr Unternehmen, die ihre Industrial-Connectivity-Infrastruktur verbessern m\u00f6chten. Gestalten Sie die Zukunft der Industrial Connectivity mit SMARTUNIFIER<\/strong> und erschlie\u00dfen Sie beispiellose Effizienz und Zuverl\u00e4ssigkeit in Ihren Prozessen. Transformieren Sie Ihre Industrial Connectivity mit dem fortschrittlichen Integrationssystem von SMARTUNIFIER<\/strong> und erleben Sie nahtlose Datenintegration, un\u00fcbertroffene Leistung und m\u00fchelose Skalierbarkeit f\u00fcr Ihre industriellen Abl\u00e4ufe.<\/p>\n\n\n\n

BUCHEN Sie eine Demo<\/h3>

Sind Sie bereit, Ihre Prozesse zur Datenintegration zu verbessern und einen Integrationslayer als strategisches Ziel einzuf\u00fchren? Kontaktieren Sie uns noch heute, um zu erfahren, wie SMARTUNIFIER <\/strong>Ihre Prozesse transformieren und die Effizienz durch Industrial Connectivity maximieren kann.<\/p><\/div>

Click here<\/a><\/div><\/div>\n","protected":false},"excerpt":{"rendered":"

Dies ist das Schema eines Message Brokers. Seine Verwendung f\u00fcr die Industrial Connectivity scheint ein…<\/p>\n","protected":false},"author":27,"featured_media":296189,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"none","_seopress_titles_title":"Message Broker und SMARTUNIFIER I amorph.pro","_seopress_titles_desc":"Erschlie\u00dfen Sie das volle Potenzial Ihres Unternehmens mit Industrial Connectivity \u00fcber die innovative dezentrale Plattform von SMARTUNIFIER","_seopress_robots_index":"","bwfblock_default_font":"","inline_featured_image":false,"_kad_blocks_custom_css":"","_kad_blocks_head_custom_js":"","_kad_blocks_body_custom_js":"","_kad_blocks_footer_custom_js":"","_kadence_starter_templates_imported_post":false,"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[435],"tags":[438,441,436,439,437],"class_list":["post-296185","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-de","tag-connectivity-de","tag-smartconnectiviy-de","tag-iiot-de","tag-industrieller-konnektivitat","tag-smartunifier-de"],"taxonomy_info":{"category":[{"value":435,"label":"Blog"}],"post_tag":[{"value":438,"label":"#connectivity"},{"value":441,"label":"#smartconnectiviy"},{"value":436,"label":"IIOT"},{"value":439,"label":"industrieller Konnektivit\u00e4t"},{"value":437,"label":"SMARTUNIFIER"}]},"featured_image_src_large":["https:\/\/amorph.pro\/wp-content\/uploads\/2024\/07\/message-brokers-und-SU.jpg",940,788,false],"author_info":{"display_name":"Hagen Lehmann","author_link":"https:\/\/amorph.pro\/de\/author\/h_lehmann\/"},"comment_info":0,"category_info":[{"term_id":435,"name":"Blog","slug":"blog-de","term_group":0,"term_taxonomy_id":435,"taxonomy":"category","description":"","parent":0,"count":33,"filter":"raw","cat_ID":435,"category_count":33,"category_description":"","cat_name":"Blog","category_nicename":"blog-de","category_parent":0}],"tag_info":[{"term_id":438,"name":"#connectivity","slug":"connectivity-de","term_group":0,"term_taxonomy_id":438,"taxonomy":"post_tag","description":"","parent":0,"count":14,"filter":"raw"},{"term_id":441,"name":"#smartconnectiviy","slug":"smartconnectiviy-de","term_group":0,"term_taxonomy_id":441,"taxonomy":"post_tag","description":"","parent":0,"count":8,"filter":"raw"},{"term_id":436,"name":"IIOT","slug":"iiot-de","term_group":0,"term_taxonomy_id":436,"taxonomy":"post_tag","description":"","parent":0,"count":11,"filter":"raw"},{"term_id":439,"name":"industrieller Konnektivit\u00e4t","slug":"industrieller-konnektivitat","term_group":0,"term_taxonomy_id":439,"taxonomy":"post_tag","description":"","parent":0,"count":11,"filter":"raw"},{"term_id":437,"name":"SMARTUNIFIER","slug":"smartunifier-de","term_group":0,"term_taxonomy_id":437,"taxonomy":"post_tag","description":"","parent":0,"count":17,"filter":"raw"}],"_links":{"self":[{"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/posts\/296185","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/users\/27"}],"replies":[{"embeddable":true,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/comments?post=296185"}],"version-history":[{"count":8,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/posts\/296185\/revisions"}],"predecessor-version":[{"id":296209,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/posts\/296185\/revisions\/296209"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/media\/296189"}],"wp:attachment":[{"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/media?parent=296185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/categories?post=296185"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/amorph.pro\/de\/wp-json\/wp\/v2\/tags?post=296185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}