Verstehen der Qualität der Service-Anforderungen

Sind hier etwas Hauptqualität der Service-Anforderungen, die Java EE NET Zu den interoperable Anwendungen spezifisch sind. Es ist entscheidend, daß Architekten und Entwickler diese Anforderungen in ihren Interoperabilität Designs enthalten oder ihren Auswertung Kriterien für ihre Java EE NET Interoperabilität Produkte hinzufügen. Sicherheit ist ein anderes wichtiges Attribut der Qualität der Service-Anforderungen.

Zuverlässigkeit

Zuverlässigkeit für Java EE NET Interoperable Anwendungen erfordert Service-Anträge oder Geschäft Daten von einem Absender (Sagen, ein Service-Bittsteller) der Zielempfänger (Sagen, ein Diensterbringer) erfolgreich und genau übertragen zu werden. Die Zielempfänger sollte in der LageSEIN, den Empfang wenn notwendig zu bestätigen. Die Geschäft Daten müssen Störungen genau und ohne sein. Erfolgreiches Getriebe kann erzielt werden, indem man die Service-Anträge und die Geschäft Daten zurücksendet, bis es eine Empfang Bestätigung von der Empfänger gibt oder indem man sie auf einem zuverlässigen Datenspeicher fortbesteht, damit die Zielempfänger sie abholen kann.

Zuverlässigkeit kann Produzent-producer-centric oder Verbraucher-consumer-centric sein. Im Produzent-producer-centric Drehbuch die Notwendigkeiten des Absenders (Produzent), sicherzugehen, daß die Zielempfänger (Verbraucher) die Geschäft Daten empfängt. Andernfalls sendet der Absender die Geschäft Daten zurück, bis die Zielempfänger eine Bestätigung sendet. Wenn die Zielempfänger indirekt oder nicht erreichbar ist, ist der Absender für das Zurücksenden der Geschäft Daten verantwortlich, wann immer der aufnahmefähige Service des Ziels vorhanden wird. Im Verbraucher-consumer-centric Drehbuch ist die Zielempfänger (Verbraucher) für das Zurückholen der Geschäft Daten vom Absender (Produzent) verantwortlich. Dieses erfordert den Absender ist in hohem Grade vorhanden für Information Retrieval.

Die Zuverlässigkeit Fähigkeit kann abhängig von der verwendeten Interoperabilität Technologie schwanken. Z.B. wenn eine IIOP Brücke benutzt wird, muß die Brücke den Anschluß vom Java EE sicherstellen, oder NET Anwendung muß zuverlässig sein. Es sollte in der LageSEIN, fortzubestehen alle Service-Anträge, oder Geschäft Daten für senden zurück und loggen auch alle Tätigkeiten für Bilanzbericht. Wenn ein Seife-gegründeter Netzservice verwendet wird, kann zuverlässige Nachrichtenübermittlung durch das Wirksam einsetzen der auftauchenden Technologien, wie Unternehmen-Service-Bus oder Implementierung mit W-Zuverlässigkeit erzielt werden, weil jeder möglicher Anlieferung Ausfall durch die Nachrichtenübermittlung Infrastruktur zurückgesendet wird.

Im wesentlichen wird Zuverlässigkeit für Java EE NET Interoperable Anwendungen in den unterschiedlichen Schichten oder in den Reihen in der Anwendung Architektur erwartet, die das folgende miteinschließt:

Die zugrundeliegende Kommunikation Einheit oder Datentransportschicht für Java und NET Anwendungen muß zuverlässig sein.
Wenn ein Absender etwas Geschäft Daten mit einer Empfänger austauscht, sollte der Inhalt der Geschäft Daten zuverlässig gebracht werden. Z.B. wenn die Geschäft Daten eine Datenart große wissenschaftliche Quantität (zum Beispiel, 23.1234567891 x 10-49) oder eine komplizierte Datenart (zum Beispiel, ein kundenspezifischer Kundenkonto-Datengegenstand) enthalten, sollte die Empfänger sie ohne irgendeine Datenart Umwandlung oder XML kodierenstörungen zwischen Java und NET Anwendungen wortwörtlich empfangen.
Es sollte eine Empfang Bestätigung Fähigkeit für das Java EE oder DIE NET Anwendungen geben. Eins der allgemeinen Designkriterien soll der Abschaltung auf der Anzeige oder der Bestätigung der Anlieferung ermöglichen, die Anwendungen zu vermeiden, die einen ausgedehnten Zeitabschnitt warten.
Jede mögliche, die Störung oder Ausnahme geworfen werden, sollten am anderen Ende zuverlässig reflektiert werden. Z.B. wenn die aufnahmefähige Anwendung eine Laufzeitausnahme (zum Beispiel, die SOAPFault Ausnahme) wirft, sollte der Absender in der LageSEIN, sich die Ausnahme für die passende Fehlerbehandlung zuverlässig zu verfangen, anstatt, die Störungen wegzuwerfen oder zu ignorieren.
Es sollte eine loggeneinheit an beiden Enden des Java und DER NET Anwendungen für Prüfliste und für die Befolgung geben, die über Zweck berichtet.
Garantierte Anlieferung ist nicht die einzige Eigenschaft der Zuverlässigkeit. Sobald-und-nur-sobald (alias idempotence) Anforderung auf die QoS Anforderungen auch zutreffen kann und bedeuten, daß die Anzeige einmal an seinen Bestimmungsort nur geliefert werden kann.
Wenn eine Anzeige aus Multiteilen besteht, können einzelne Teile der Anzeige in den korrekten Auftrag geliefert werden müssen. Wechselweise sollte es die Anhäufung Logik geben, die am empfangenden Ende vorhanden ist.
Meldungslenkung über heterogenem Java EE, NET Und Vermächtnisanwendungen muß häufig von der Geschäft Flußorchestrierung begleitet werden. Eine Unternehmen-Service-Buslösung kann entfaltet werden, um komplizierte B2B Drehbücher zu adressieren.
Zuverlässige Nachrichtenübermittlung, in den Fällen wie finanzieller Datenübertragung, erfordert auch ein hohes Niveau der Sicherheit. Folglich ist es wichtig, eine komplette QoS Überprüfung durchzuführen, um sicherzugehen, daß Ihre Architektur ausreichend einzelne QoS Anforderungen adressiert.

Verwendbarkeit

Verwendbarkeit für Java EE NET Interoperable Anwendungen erfordert, daß die zugrundeliegende Anwendung Infrastruktur (wie das Betriebssystem und der Anwendung Bedienerbehälter) für Dienstleistungen (das heißt, vorhanden) die ganze Zeit online sein. Die Verwendbarkeit der Geschäft Anwendungen oder der Dienstleistungen kann im Prozentsatz über eine Zeitdauer von Zeit gemessen werden (zum Beispiel, 99.99 Prozent vorhanden während 365 Tage des Betriebes) oder in den Stillstandszeitstatistiken (zum Beispiel, 53-Minute-Stillstandszeit während des Jahres 365-day). Geschäft Anwendungen und Dienstleistungen können hohe Verwendbarkeit normalerweise erzielen, indem sie das Java EE oder die NET Anwendung Bedienerbehälter sich sammeln und Lernabschnitt failover von einer ausfallenden Anwendung ermöglichen.

Hohe Verwendbarkeit für Java EE zu erzielen NET Interoperable Anwendungen ist kompliziert. Es erfordert

Abfragung von Verwendbarkeit Status dort ist eine ob oben zu ermitteln oder zu schauen Einheit,, die Zielempfänger (Java EE oder NET Anwendung) online oder nicht ist.
Ausdauer die Service-Antrag- oder -geschäftsdaten kann für fortbestanden werden zurücksendet später, nachdem die Zielempfänger Betriebe vom Service-Ausfall wieder aufnimmt.
Aufeinanderfolgende Verwendbarkeit für verteilte Java und NET Interoperable Anwendungen, Verwendbarkeit bedeutet, daß die Java und NET Anwendungen für Service on-line-- und vorhanden gleichzeitig sein sollten. Wenn jede Seite indirekt oder nicht erreichbar ist, muß das andere seitliche Ausnahmebehandlung Programme wie fortbestehen nehmen der Service-Antrag für später zurücksenden.
Uptime Verwendbarkeit für Java EE NET Interoperable Anwendungen zählt uptime für beide Enden der Anwendungen. Es ist nicht der durchschnittliche Verwendbarkeit Prozentsatz der Java und NET Anwendung Bediener. Z.B. wenn der Absender, der Java EE Anwendungen laufen läßt, 99.99 Prozent vorhanden ist, und die aufnahmefähige laufende NET Anwendung ist 99.91 Prozent vorhanden, kann es nicht einfach angenommen werden, daß die Verwendbarkeit für Java EE NET Interoperable Anwendungen 99.99 Prozent oder das durchschnittliche 99.95 Prozent ist.
Middleware die Verwendbarkeit für Java und NET Interoperable Anwendungen mit einem IIOP Brücke oder Unternehmen-Service-Bus ist von der Verwendbarkeit der Middlewaretechnologie in hohem Grade abhängig. So ist er kritisch, sicherzugehen, daß die Brücke in hohem Grade vorhanden ist und Wiederaufnahme oder die self-healing Eigenschaften, zum der hohen Verwendbarkeit zu stützen hat. Etwas Brücke oder Bus Middlewaretechnologien benutzen die sammelnde, Fehlertoleranz oder Anwendung Wiederaufnahme Software, um Verwendbarkeit sicherzustellen.

Scalability und Leistung

Einzelnes Java EE oder NET Anwendungen können für besseres scalability und Leistung normalerweise abgestimmt werden. Jedoch hängt eine Java EE NET Interoperable Anwendung vom scalability Design und von der Leistung von einem Java und von NET Anwendung ab. Das gleiche scalability Design und Leistung Verbesserung Strategie nicht notwendigerweise arbeiten für beide Plattformen.

Scalable Java EE NET Interoperable Anwendungen können ein großes Volumen Service-Anträge und Geschäfte anfassen oder können höheren Verhandlungdurchsatz erzeugen. Ein ideales scalability Drehbuch für eine Java EE NET Interoperable Anwendung ist, daß die Leistung in der LageSEIN sollte, linear einzustufen. Z.B. gibt es eine vorhandene Interoperabilität Lösung mit Netzservice-Annäherung. Wenn körperliches Extragedächtnis (Sagen, 2GB des Gedächtnisses) addiert wird, oder die Kleinteile werden (möglicherweise zum Prozessor 3GHz vom Prozessor 2GHz) zu den vorhandenen Java und NET Anwendung Bedienern verbessert, sollten sie in der LageSEIN, bis Handgriff zu den zusätzlichen SEIFE Anzeigen (Verhandlung-Verarbeitung Rate von möglicherweise 20 Prozent zusätzliche) gleichzeitig einzustufen.

In der Wirklichkeit gibt es unterschiedliche scalability und Leistung Faktoren für die Java EE NET Interoperabilität Lösung. Diese schließen ein:

Gedächtnis-Faktor die Java EE NET Interoperabilität Anwendung sollte in der LageSEIN, Leistung zu optimieren, indem er das vorhandene körperliche Gedächtnis wirksam einsetzt. NET Und viele Java Anwendung BedienerSIND heute in der Lage, vom körperlichen Gedächtnis mit korrekter Einstellung der Konfiguration Parameter zu profitieren. Architekten und Entwickler können sehen wünschen, ob die Interoperabilität Strategie irgendein Pufferspeicherdesign für bessere System Leistung hat.
CPU Faktor-Interoperabilität Anwendungen, die intensive rechnende Betriebsmittel erfordern, sollten sein, high-end CPU Energie für lineares scalability wirksam einzusetzen. Z.B. erfordern Anzeige Verschlüsselung und Dekodierung (wie XML Verschlüsselung) hohe CPU Verarbeitungsleistung. Wenn die Interoperabilität Anwendung einen IIOP Brücke oder Unternehmen-Service-Bus mit XML Verschlüsselung und Dekodierung benutzt, hilft ein high-end CPU Prozessor, System Leistung zu verbessern.
Schnittstelle (oder I/O) Faktor einige Interoperabilität Lösungen kann eine Verwandtschafts- oder Gegenstanddatenbank benutzen, um fortzubestehen alle Service-Bittsteller. In solch einem Fall sollte die Interoperabilität Anwendung in der LageSEIN, die zugrundeliegende Datenbanktechnologie wirksam einzusetzen, um herauf einzustufen oder Input/Output Leistung zu erhöhen, anstatt, seine eigene scalability Implementierung zu verursachen.
Faktor Multi-Verlegend entweder, das Java EE oder NET Die interoperable Anwendung sollten in der LageSEIN, den multi-Durchzug der Unterstützung in ihr Design zu enthalten, damit sie verwenden können multi-verlegen, um ein großes Volumen Service-Anträge zu verarbeiten. Nicht alles Anwendung Design stützt den multi-Durchzug durch Rückstellung, da das Anwendung Design Synchrounisierung Ausgaben anfassen muß. Ein Beispiel ist das, das asynchrone Nachrichtenübermittlung Strategie für Java EE NET Interoperabilität verwendet, läßt mehrfache Gewinde der Anwendung mehr Service-Anträge verarbeiten.
Verteilter Architektur-Faktor das Interoperabilität Anwendung Design muß mehrfache Fälle auf der gleichen Maschine oder über unterschiedlichen Maschinen stützen. Dieses verteilte Architekturdesign erlaubt mehrfache Fälle der Interoperabilität Anwendung zum Durchlauf gleichzeitig und kann oben horizontal einstufen, um ein großes Volumen Service-Anträge gleichzeitig anzufassen. Z.B. kann die asynchrone Anzeige Strategie, die Unternehmen-Service-Bus verwendet, mehrfache Fälle der Interoperabilität Anwendung zum Durchlauf erlauben, weil Service-Anträge in den Anzeigen eingekapselt werden und kann von den mehreren Teilnehmern (Diensterbringer) verarbeitet werden.

Lenkbarkeit

Lenkbarkeit bezieht sich eine auf Qualität des Dienstmerkmals, daß eine Anwendung oder ein Service instrumented, überwacht werden und zurückgewonnen werden können, wenn er in eine Ausnahme läuft. Weil Java Anwendungen JMX (Java Management-Verlängerung APIs) stützen können, aber NET Anwendungen nicht, die Lenkbarkeit, damit Java EE NET Interoperable Anwendungen Notwendigkeiten auf ein allgemeines Maß und Lenkbarkeittechnologie bauen (zum Beispiel, Managementvollmacht) oder Standard (zum Beispiel, W-Management). Interoperabilität Strategie mit IIOP Brücke und Unternehmen-Service-Bus kann eine wichtige Rolle spielen, wenn sie Lenkbarkeit zur Verfügung stellt, weil sie Systemmanagementinformationen von der Anwendung zentral gefangennehmen können. Es gibt einige wichtige Lenkbarkeitanforderungen, die die Interoperabilität Lösung stützen sollte:

Sicht die Java EE NET Interoperable Anwendungen sollte in der LageSEIN, ihre Betrieb Zustände (zum Beispiel, aktiv oder Störung) oder Managementinformationen (zum Beispiel, CPU Anwendung) für Instrumentenausrüstung und die System Überwachung herauszustellen. Dort sollten Fähigkeit in der Interoperabilität Strategie für on-line-Status oder für den Service-Bericht überwachen.
Abfragung von Problemen die Interoperabilität Lösung sollte in der LageSEIN, zu ermitteln, wenn es irgendeinen Service-Problem- oder - systemfehler in den Java und NET Anwendungen gibt. Dieses kann die Interoperabilität Lösung erfordern, den Systemstatus oder die Anwendung selbst abzustimmen, um System Herzschlag regelmäßig zu senden. Z.B. stützen einige Unternehmen-Service-Businteroperabilität Lösungen JMX und können allen möglichen Service-Problemen entweder vom Java EE oder VON DER NET Anwendung den Managementbediener (laufenden MBean Bediener) berichten.
Remediation die Fähigkeit, zum des ausfallenden Systems zurückzugewinnen oder der korrektiven Managementtätigkeiten durchzuführen ist zum Handhaben Java EE NET Von von interoperable Anwendungen sehr entscheidend.
Anpassungsfähigkeit die Managementlösung sollte zu den zusätzlichen Unternehmenanwendungen unabhängig davon ihre Ursprung, Java EE, NET Oder Vermächtnis extendible leicht sein. Zusätzlich sollte Lenkbarkeit abhängig von dem Klima, der Entwicklung, der Qualitätssicherung, der Inszenierung und der Produktion kontrolliert sein. Ermöglichende oder sperrende bestimmte Anwendung oder die system-level Protokollierung sollten außerhalb der tatsächlichen Anwendung d.h. in den Konfiguration Akten oder zentralisierten in der Managementkonsole durchgeführt werden.
Wirksamkeit dort sollte eine Balance zwischen der Protokollierung und Anwendung Zustandverfolgung und die Gesamtsystemleistung sein.
Loggenloggeninformationen stellen grundlegenden Eingang zum Handhaben der Integration Punkte zwischen einer Java EE NET Interoperate Lösung zur Verfügung. Die Lösung sollte in der LageSEIN, loggeninformationen von einzelnem Java EE und von den NET Service-Bestandteilen, sowie von den Integration Punkten (wie Brücke) und vom Korrelat für Anwendungsmanagement der interoperable Lösung zu sammeln.

dieses ist ein Artikel, der von Blerick Tawman hinzugefügt wird