Mythen und Wahrheiten über Qualität von Dienstleistungen

Share

|

Sind hier etwas Mythen und Wahrheiten über das QoS:

• Mythus 1

  kümmern Java EE und NET Plattformen selbst um der Qualität der Dienstleistungen (QoS). Es gibt keine Notwendigkeit an den Entwicklern und an den Architekten, sich um das QoS zu sorgen.

  Wahrheit

  Beide Plattformen stellen wesentliche Elemente für QoS zur Verfügung und erfordern erfahrenes Design und Implementierung, Geschäft Anwendungen und Dienstleistungen zu ermöglichen, zuverlässig zu sein, in hohem Grade vorhanden, und scalable.

• Mythus 2

  QoS ist eine Körperqualität für das Entfalten von von Java EE und VON VON NET Anwendungen im Rechenzentrum. So lang, da es, in hohem Grade vorhandene und scalable Infrastruktur zuverlässig gibt, sollten Entwickler und Architekten in der LageSEIN, herauf (oder unten einstufen) die Java EE NET Anwendungen angemessen ohne Hauptservice-Management-Themen einzustufen.

  Wahrheit

  Kleinteile und System Infrastruktur im Rechenzentrum ist zweifellos wichtig, QoS zu stützen. Es kann grundlegende Verwendbarkeit zur Verfügung stellen. Jedoch obwohl Maschinen für hohe Verwendbarkeit gesammelt werden, liefert die Infrastruktur nicht Anwendung-Niveau Lernabschnitt failover. Es gibt auch eine herauf eine Geschäft Anwendung einfach einzustufen Beschränkung,, indem man Betriebsmittel erhöht. Z.B. hinzufügend anderes zwei CPUs und 2GB des körperlichen Gedächtnisses nicht die notwendigerweise doppelte Systemantwortzeit für eine Geschäft Anwendung, die auf eine Maschine 2-CPU mit 2GB des Gedächtnisses läuft. Dieses ist für Java EE NET Interoperabilität besonders kritisch, weil sie auf unterschiedliche Infrastrukturer (Kleinteile und Betriebssysteme) laufen und nicht die gleichen QoS Fähigkeiten teilen. Diese Anwendungen müssen entworfen werden, um bessere Zuverlässigkeit, Verwendbarkeit und scalability zu stützen.

• Mythus 3

  Gute Leistung für Java EE NET Interoperabilität bezieht im Allgemeinen sich hohen Durchsatz und auf niedrigere Latenz. Mit der Verwendbarkeit der hohen Leistung und der Kleinteilinfrastrukturs der verhältnismäßig niedrigen Kosten, brauchen Entwickler nicht, sich um Anwendung Design für Leistung zu sorgen.

  Wahrheit

  Preiswerte Kleinteile können herauf den Leistung Durchsatz Java EE zweifellos bis zu einem gewissen Grad aufladen NET Der interoperable Anwendungen. Gute Leistung für Java EE NET Interoperable Anwendungen ist schwer Abhängiges auf Design (zum Beispiel, XML Nutzlast und Satzgliederung Design) und Interoperabilität Strategie (zum Beispiel, Gebrauch von NET Remoting gegen asynchrone Nachrichtenübermittlung mit Netzdienstleistungen). Dieses kann für unterschiedliche Geschäft Anforderung Drehbücher schwanken.