Unterschied zwischen zeitgenössischen SOA und primitiven SOA
Zeitgenössischer SOA gegen primitive SOA | Grundlinie SOA, Common SOA, Kern -SOA, zukünftiger Staat SOA, Target SOA, erweiterter SOA
SOA (Service-orientierte Architektur) ist ein Architekturmodell, bei dem die Lösungslogik als Dienste dargestellt wird. SOA hat Dienstleistungen als Hauptmethode zur Bereitstellung von Lösungen und bemüht sich, hocheffizient, agil und produktiv zu sein als andere vorhandene technologische Lösungen. SOA unterstützt Unterstützung, um die Vorteile von serviceorientierten Prinzipien und Service-orientiertem Computing zu verwirklichen. Viele verschiedene Technologien, verschiedene Produkte, Anwendungsprogrammierschnittstellen und andere verschiedene Erweiterungen machen normalerweise eine SOA -Implementierung aus. SOA ist in den zeitgenössischen SOA und primitiven SOA abhängig von dem Zweck, für den sie stehen. Primitive SOA ist das Modell der basischlichserviceorientierten Architektur, die von jedem Anbieter zu realisieren ist. Auf der anderen Seite ist die zeitgenössische SOA die Klassifizierung, die zur Darstellung der Erweiterungen der primitiven SOA -Implementierungen verwendet wird.
Was ist primitive SOA?
SOA ist ein ständig wachsendes Feld mit verschiedenen Anbietern, die regelmäßig SOA -Produkte entwickeln. Eine basischwerte serviceorientierte Architektur, die von jedem Anbieter zu realisieren ist, ist als primitiver SOA bekannt. Baseline SOA, Common SOA und Core SOA sind einige der anderen Begriffe, die verwendet werden, um sich auf die primitive SOA zu beziehen. Anwendung von Service-Orientierungsprinzipien auf Software Solutions erzeugt Dienstleistungen und diese sind die grundlegende Logikeinheit in der SOA. Diese Dienste können autonom existieren, aber sie sind sicherlich nicht isoliert. Dienstleistungen behalten bestimmte gemeinsame und Standardmerkmale bei, können jedoch unabhängig voneinander weiterentwickelt und erweitert werden. Dienste können kombiniert werden, um andere Dienste zu schaffen. Die Dienste sind andere Dienste nur durch Servicebeschreibungen kennen und können daher als locker gekoppelt angesehen werden. Dienste kommunizieren mit autonomen Nachrichten, die intelligent genug sind, um sich selbst ihre eigenen Teile der Logik selbst zu verbinden. Wichtigste (primitive) SOA -Designprinzipien sind lockere Kopplungen, Servicevertrag, Autonomie, Abstraktion, Wiederverwendbarkeit, Zwangsfähigkeit, Staatenlosigkeit und Entdeckbarkeit.
Was ist zeitgenössische SOA?
Die zeitgenössische SOA ist die Klassifizierung, die verwendet wird, um die Erweiterungen der primitiven SOA-Implementierungen darzustellen, um die Ziele der Serviceorientierung weiter zu erreichen. Mit anderen Worten, die zeitgenössische SOA wird verwendet, um die primitive SOA in einen SOA -Staat zu bringen, den die Organisationen in Zukunft gerne hätten. Aber wie sich die SOA (im Allgemeinen) mit der Zeit weiterentwickelt, wird die primitive SOA erweitert, indem die Eigenschaften der zeitgenössischen SOA erbt werden. Die zeitgenössische SOA hilft dem Wachstum der primitiven SOA durch Einführung neuer Merkmale, und dann werden diese Merkmale durch das primitive SOA -Modell angepasst, was seinen Horizont größer macht als zuvor. Aus all diesen Gründen wird die zeitgenössische SOA auch als zukünftige SOA, Target SOA oder Extended SOA bezeichnet.
Was ist der Unterschied zwischen zeitgenössischer SOA und primitivem SOA?
Zeitgenössische SOA und primitive SOA unterscheiden sich in dem Zweck, für den sie im Kontext von SOA stehen. Primitive SOA ist die basisserviceorientierte Architektur, während die zeitgenössische SOA verwendet wird, um die Erweiterungen der primitiven SOA darzustellen. Primitive SOA bietet eine Richtlinie für alle Anbieter, während die zeitgenössische SOA den SOA -Horizont erweitert, indem sie primitive SOA neue Funktionen hinzufügen. Derzeit konzentriert sich die zeitgenössische SOA auf die Sicherung von Inhalten von Nachrichten, die Verbesserung der Zuverlässigkeit durch Zustellstatusbenachrichtigungen, die Verbesserung der XML/SOAP -Verarbeitung und der Transaktionsverarbeitung, um den Aufgabenfehler zu berücksichtigen.
