{"id":31137,"date":"2019-10-31T21:39:40","date_gmt":"2019-10-31T18:39:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ignite-service-grid-perezagruzka\/"},"modified":"2019-10-31T21:39:40","modified_gmt":"2019-10-31T18:39:40","slug":"ignite-service-grid-perezagruzka","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/ignite-service-grid-perezagruzka","title":{"rendered":"Ignite Service Grid \u2014 Neulandung","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Am 26. Februar veranstalteten wir das Meetup Apache Ignite GreenSource, bei dem Mitwirkende des Open-Source-Projekts sprachen. Apache Ignite<\/a><\/noindex>. Ein wichtiges Ereignis im Leben dieser Gemeinschaft war die Neugestaltung des Components Ignite Service Grid<\/a><\/noindex>, das es erm\u00f6glicht, benutzerdefinierte Mikrodienste direkt im Ignite-Cluster bereitzustellen. \u00dcber diesen anspruchsvollen Prozess sprach beim Meetup Vyacheslav Daradur<\/a><\/noindex>, Software-Ingenieur und bereits seit \u00fcber zwei Jahren Mitwirkender bei Apache Ignite.<\/p>\n

\"Ignite
\n<\/a><\/noindex>
\nBeginnen wir damit, was Apache Ignite eigentlich ist. Es ist eine Datenbank, die ein verteiltes Key\/Value-Speichersystem mit Unterst\u00fctzung f\u00fcr SQL, Transaktionsf\u00e4higkeit und Caching bietet. Dar\u00fcber hinaus erm\u00f6glicht Ignite die Bereitstellung benutzerdefinierter Dienste direkt im Ignite-Cluster. Entwicklern stehen alle Werkzeuge zur Verf\u00fcgung, die Ignite bereitstellt \u2014 verteilte Datenstrukturen, Messaging, Streaming, Compute und Data Grid. Zum Beispiel entf\u00e4llt bei der Verwendung des Data Grid das Problem mit der Verwaltung einer separaten Infrastruktur f\u00fcr das Datenspeicher, was wiederum die daraus resultierenden Kosten senkt.<\/p>\n

\"Ignite
\n
\nMit der API von Service Grid kann ein Dienst bereitgestellt werden, indem einfach das Bereitstellungsschema in der Konfiguration angegeben und entsprechend der Dienst selbst definiert wird.<\/p>\n

Das Bereitstellungsschema gibt normalerweise die Anzahl der Instanzen an, die auf den Knoten des Clusters bereitgestellt werden sollen. Es gibt zwei typische Bereitstellungsschemata. Das erste ist Cluster Singleton: zu jedem Zeitpunkt wird im Cluster garantiert ein Exemplar des benutzerdefinierten Dienstes verf\u00fcgbar sein. Das zweite ist Node Singleton: auf jedem Knoten des Clusters wird eine Instanz des Dienstes bereitgestellt. <\/p>\n

\"Ignite
\n
\nAu\u00dferdem kann der Benutzer die Anzahl der Instanzen des Dienstes im gesamten Cluster angeben und ein Pr\u00e4dikat zur Filterung geeigneter Knoten definieren. In diesem Szenario berechnet das Service Grid selbst die optimale Verteilung f\u00fcr die Bereitstellung der Dienste.<\/p>\n

Dar\u00fcber hinaus gibt es eine Funktion wie den Affinity Service. Affinity ist eine Funktion, die die Beziehung zwischen Schl\u00fcsseln und Partitionen sowie die Beziehung zwischen Partitionen und Knoten in der Topologie definiert. Anhand des Schl\u00fcssels kann der prim\u00e4re Knoten bestimmt werden, auf dem die Daten gespeichert sind. So kann Ihr eigener Service mit dem Schl\u00fcssel und dem Cache der Affinity-Funktion assoziiert werden. Im Falle einer \u00c4nderung der Affinity-Funktion wird ein automatischer Redeployment durchgef\u00fchrt. Dadurch wird der Service immer in der N\u00e4he der Daten platziert, mit denen er arbeiten soll, und reduziert somit die Betriebskosten f\u00fcr den Zugriff auf Informationen. Ein solches Schema kann als eine Art kollokierte Berechnung bezeichnet werden.<\/p>\n

Jetzt, da wir die Vorteile des Service Grids behandelt haben, erz\u00e4hlen wir von seiner Entwicklungsgeschichte.<\/p>\n

Was war fr\u00fcher<\/h2>\n

\nDie vorherige Umsetzung des Service Grids basierte auf einem transaktionalen, replizierten System-Cache Ignite. Unter dem Begriff \"Cache\" versteht man in Ignite ein Speicher. Das hei\u00dft, es handelt sich nicht um etwas Zeitweiliges, wie man vielleicht denken k\u00f6nnte. Obwohl der Cache replizierbar ist und jeder Knoten die gesamte Datensammlung enth\u00e4lt, hat der Cache intern eine partitionierte Darstellung. Dies h\u00e4ngt mit der Optimierung der Speicher zusammen. <\/p>\n

\"Ignite
\n
\nWas geschah, wenn ein Benutzer einen Service implementieren wollte?<\/p>\n