"\u30B7\u30A7\u30A2\u30FC\u30C9\u30FB\u30CA\u30C3\u30B7\u30F3\u30B0\u30FB\u30A2\u30FC\u30AD\u30C6\u30AF\u30C1\u30E3"@ja . . . "Arquitectura shared nothing"@es . . . . . "Shared Nothing Architecture"@de . . "3468"^^ . "La arquitectura shared nothing (SN) consiste en una en el que cada nodo es independiente y autosuficiente, y NO tiene un \u00FAnico punto de contenci\u00F3n en todo el sistema. T\u00EDpicamente se contrasta con los sistemas que mantienen una gran cantidad de almacenados en forma centralizada, ya sea una base de datos, un servidor de aplicaciones, o cualquier otro donde este centralizada la funcionalidad. Aunque SN es m\u00E1s conocido en el contexto del desarrollo web, el concepto es anterior: Michael Stonebraker en UC Berkeley utiliz\u00F3 el t\u00E9rmino en un documento de base de datos de 1986, y es posible que referencias anteriores existan."@es . . . . . . . . "Die Shared-Nothing-Architektur (oder kurz Shared Nothing, Abk. SN) beschreibt eine Architektur eines verteilten Systems (z. B. Aktiv/Aktiv-Cluster), bei der jeder Knoten unabh\u00E4ngig und eigenst\u00E4ndig seine Aufgaben mit seinem eigenen Prozessor und den zugeordneten Speicherkomponenten wie Festplatte und Hauptspeicher erf\u00FCllen kann und kein bestimmter, einzelner Knoten f\u00FCr die Verbindung zu einer Datenbank notwendig ist. Die Knoten sind \u00FCber ein LAN- oder WAN-Netzwerk miteinander verbunden. Jeder Knoten verf\u00FCgt dar\u00FCber hinaus \u00FCber eine Kopie des Datenbank-Management-Systems, der Knoten kann Aufgaben an einen anderen nicht ausgelasteten Knoten weitergeben. Shared-Nothing-Systeme werden oft im Gegensatz zu Systemen verstanden, die eine Vielzahl von Statusinformationen zentral speichern, wie etwa Datenbank- oder Anwendungsserver. Wenn auch der Begriff Shared Nothing erst im Zusammenhang mit der Weiterentwicklung des World Wide Web in einem gr\u00F6\u00DFeren Kreis bekannt wurde, so war das Konzept schon weit vorher verwendet worden. Michael Stonebraker erw\u00E4hnte den Begriff bereits in einer Ver\u00F6ffentlichung zu Datenbanken im Jahre 1986 an der University of California in Berkeley, es ist jedoch durchaus m\u00F6glich, dass der Begriff schon fr\u00FCher gepr\u00E4gt wurde. Shared Nothing ist auf Grund seiner Skalierbarkeit beliebt f\u00FCr Webanwendungen oder parallele Datenbanksysteme. Wie bei Google gezeigt werden konnte, ist ein Shared-Nothing-System nahezu unbegrenzt durch Erg\u00E4nzung zus\u00E4tzlicher Knoten in Form preiswerter Computer ausbaubar, weil kein einzelnes Netzwerkelement existiert, dessen begrenzte Leistung die Geschwindigkeit des gesamten Systems vermindert. Ein Shared-Nothing-System kann seine Daten auf viele verschiedene Knoten aufteilen, zum Beispiel durch Zuordnung bestimmter Knoten zu bestimmten Anwendern oder zu bestimmten Webabfragen, oder es kann von jedem Knoten fordern, seine eigene Kopie der Anwendungsdaten zu halten, was aber die Verwendung eines Koordinierungsprotokolls-/Verfahrens zwischen den Knoten notwendig macht. Es gibt einige Diskussionen dar\u00FCber, ob eine Webanwendung mit verschiedenen, unabh\u00E4ngigen Netzwerkrechnern, aber einer einzigen, zentralen Datenbank, z. B. in Form eines Computerclusters als ein Shared-Nothing-System betrachtet werden soll. Andere Architekturen mit davon abweichender Auslegung sind: \n* Shared-Memory-Architektur \n* Shared-Disk-Architektur \n* Shared-Everything-Architektur. Hier werden alle Systemkomponenten von mehreren Prozessoren gemeinsam genutzt."@de . . . "275651"^^ . . . "\u30B7\u30A7\u30A2\u30FC\u30C9\u30FB\u30CA\u30C3\u30B7\u30F3\u30B0\u30FB\u30A2\u30FC\u30AD\u30C6\u30AF\u30C1\u30E3\uFF08\u82F1\u8A9E: shared nothing architecture\u3001SN\uFF09\u3068\u306F\u3001\u5206\u6563\u30B3\u30F3\u30D4\u30E5\u30FC\u30C6\u30A3\u30F3\u30B0\u306B\u304A\u3044\u3066\u3001\u5404\u30CE\u30FC\u30C9\uFF08\u30B3\u30F3\u30D4\u30E5\u30FC\u30BF\uFF09\u304C\u30CD\u30C3\u30C8\u30EF\u30FC\u30AF\u3092\u9664\u3044\u3066\u30EA\u30BD\u30FC\u30B9\u3092\u5171\u6709\u3057\u3066\u304A\u3089\u305A\u3001\u305D\u308C\u305E\u308C\u304C\u72EC\u7ACB\u3057\u3066\u304A\u308A\u3001\u81EA\u5F8B\u7684\u3067\u3042\u308A\u3001\u30B7\u30B9\u30C6\u30E0\u306B\u304A\u3044\u3066\u5358\u4E00\u7AF6\u5408\u7B87\u6240\u304C\u7121\u3044\u7269\u3092\u6307\u3059\u3002"@ja . . . . . . . . "Shared-nothing architecture"@en . . . . . . "1083372776"^^ . . . "Die Shared-Nothing-Architektur (oder kurz Shared Nothing, Abk. SN) beschreibt eine Architektur eines verteilten Systems (z. B. Aktiv/Aktiv-Cluster), bei der jeder Knoten unabh\u00E4ngig und eigenst\u00E4ndig seine Aufgaben mit seinem eigenen Prozessor und den zugeordneten Speicherkomponenten wie Festplatte und Hauptspeicher erf\u00FCllen kann und kein bestimmter, einzelner Knoten f\u00FCr die Verbindung zu einer Datenbank notwendig ist. Die Knoten sind \u00FCber ein LAN- oder WAN-Netzwerk miteinander verbunden. Jeder Knoten verf\u00FCgt dar\u00FCber hinaus \u00FCber eine Kopie des Datenbank-Management-Systems, der Knoten kann Aufgaben an einen anderen nicht ausgelasteten Knoten weitergeben."@de . . . "A shared-nothing architecture (SN) is a distributed computing architecture in which each update request is satisfied by a single node (processor/memory/storage unit) in a computer cluster. The intent is to eliminate contention among nodes. Nodes do not share (independently access) the same memory or storage. One alternative architecture is shared everything, in which requests are satisfied by arbitrary combinations of nodes. This may introduce contention, as multiple nodes may seek to update the same data at the same time."@en . "La arquitectura shared nothing (SN) consiste en una en el que cada nodo es independiente y autosuficiente, y NO tiene un \u00FAnico punto de contenci\u00F3n en todo el sistema. T\u00EDpicamente se contrasta con los sistemas que mantienen una gran cantidad de almacenados en forma centralizada, ya sea una base de datos, un servidor de aplicaciones, o cualquier otro donde este centralizada la funcionalidad. Aunque SN es m\u00E1s conocido en el contexto del desarrollo web, el concepto es anterior: Michael Stonebraker en UC Berkeley utiliz\u00F3 el t\u00E9rmino en un documento de base de datos de 1986, y es posible que referencias anteriores existan. La arquitectura en el desarrollo web es popular debido a su escalabilidad. Como Google ha demostrado, un sistema SN puro puede crecer casi sin l\u00EDmite \u00FAnicamente agregando computadoras de bajo costo, ya que no hay un \u00FAnico cuello de botella ralentice el sistema. Los datos se pueden partir entre muchos nodos (asignaci\u00F3n de diferentes computadoras para hacer frente a m\u00FAltiples usuarios o consultas), o podr\u00E1 requerir que cada nodo mantenga su propia copia de los datos de la aplicaci\u00F3n, utilizando alg\u00FAn tipo de protocolo de coordinaci\u00F3n. Uno de los enfoques para lograr que una arquitectura SN de aplicaciones que necesitan un nivel de persistencia (que suele mantenerse en una base de datos centralizada) es el uso de , tambi\u00E9n conocido como memoria cach\u00E9 distribuida."@es . "\u30B7\u30A7\u30A2\u30FC\u30C9\u30FB\u30CA\u30C3\u30B7\u30F3\u30B0\u30FB\u30A2\u30FC\u30AD\u30C6\u30AF\u30C1\u30E3\uFF08\u82F1\u8A9E: shared nothing architecture\u3001SN\uFF09\u3068\u306F\u3001\u5206\u6563\u30B3\u30F3\u30D4\u30E5\u30FC\u30C6\u30A3\u30F3\u30B0\u306B\u304A\u3044\u3066\u3001\u5404\u30CE\u30FC\u30C9\uFF08\u30B3\u30F3\u30D4\u30E5\u30FC\u30BF\uFF09\u304C\u30CD\u30C3\u30C8\u30EF\u30FC\u30AF\u3092\u9664\u3044\u3066\u30EA\u30BD\u30FC\u30B9\u3092\u5171\u6709\u3057\u3066\u304A\u3089\u305A\u3001\u305D\u308C\u305E\u308C\u304C\u72EC\u7ACB\u3057\u3066\u304A\u308A\u3001\u81EA\u5F8B\u7684\u3067\u3042\u308A\u3001\u30B7\u30B9\u30C6\u30E0\u306B\u304A\u3044\u3066\u5358\u4E00\u7AF6\u5408\u7B87\u6240\u304C\u7121\u3044\u7269\u3092\u6307\u3059\u3002"@ja . . "A shared-nothing architecture (SN) is a distributed computing architecture in which each update request is satisfied by a single node (processor/memory/storage unit) in a computer cluster. The intent is to eliminate contention among nodes. Nodes do not share (independently access) the same memory or storage. One alternative architecture is shared everything, in which requests are satisfied by arbitrary combinations of nodes. This may introduce contention, as multiple nodes may seek to update the same data at the same time. SN eliminates single points of failure, allowing the overall system to continue operating despite failures in individual nodes and allowing individual nodes to upgrade without a system-wide shutdown. A SN system can scale simply by adding nodes, since no central resource bottlenecks the system. In databases, a term for the part of a database on a single node is a shard. A SN system typically partitions its data among many nodes. A refinement is to replicate commonly used but infrequently modified data across many nodes, allowing more requests to be resolved on a single node."@en . . .