{"id":84755,"date":"2020-06-10T13:43:01","date_gmt":"2020-06-10T11:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy"},"modified":"2020-06-10T13:43:01","modified_gmt":"2020-06-10T11:43:01","slug":"in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy","title":{"rendered":"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In-Memory \u2014 een set concepten voor gegevensopslag waarbij de gegevens in het werkgeheugen van de applicatie worden opgeslagen en de schijf wordt gebruikt voor back-up. In klassieke benaderingen worden gegevens op de schijf opgeslagen en het geheugen als cache gebruikt. Bijvoorbeeld, een webapplicatie met een backend voor gegevensverwerking vraagt gegevens op uit de opslag: ontvangt, transformeert en verzendt veel gegevens via het netwerk. Bij In-Memory worden de berekeningen naar de gegevens gestuurd \u2014 naar de opslag, waar ze worden verwerkt en het netwerk minder wordt belast.<\/p>\n<p><center><div class=\"youtube-placeholder\" data-id=\"NRMFcnROTA0\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/NRMFcnROTA0\/hqdefault.jpg\" alt=\"Video afspelen\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center>Dankzij de architectuur is de toegangssnelheid tot gegevens bij In-Memory meerdere keren, en soms zelfs ordelijk, sneller. Bijvoorbeeld, bankanalisten willen in een analytische applicatie een rapport over uitgedeelde leningen bekijken in de dynamiek van dagen van vorig jaar. Dit proces zou met een klassieke DBMS minuten duren, terwijl het bij In-Memory bijna direct verschijnt. Dit komt doordat de benadering het mogelijk maakt om veel meer informatie te cachen en deze in het werkgeheugen \u2018direct\u2019 beschikbaar is. De applicatie hoeft de gegevens niet van de harde schijf op te vragen, waarvan de beschikbaarheid beperkt is door de snelheid van het netwerk en de schijf.<\/p>\n<p>Welke andere mogelijkheden zijn beschikbaar met In-Memory en wat voor benadering is dit, zal <b>Vladimir Pligin<\/b> \u2014 ingenieur bij GridGain. Dit overzichtsmateriaal zal nuttig zijn voor backend-ontwikkelaars van webapplicaties die nog niet met In-Memory hebben gewerkt en het willen proberen, of ge\u00efnteresseerd zijn in hedendaagse trends in softwareontwikkeling en architectuurontwerp.<\/p>\n<p><b>Opmerking<\/b>. Dit artikel is gebaseerd op de transcriptie van de presentatie van Vladimir op de conferentie #GetIT Conf. Voor de invoering van de zelfisolatie organiseerden we regelmatig meetups en conferenties voor ontwikkelaars in Moskou en Sint-Petersburg: we bespraken trends, actuele vraagstukken in de ontwikkeling, problemen en hun oplossingen. Nu kunnen de conferenties niet plaatsvinden, maar is het een goed moment om nuttige materialen van eerder te delen.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Wie en hoe gebruikt In-Memory<\/h2>\n<p>\nIn-Memory wordt vaak gebruikt waar snelle interactie met de gebruiker of verwerking van grote hoeveelheden gegevens vereist is.<\/p>\n<ul>\n<li><b>Banken<\/b> gebruiken In-Memory bijvoorbeeld om vertragingen te verminderen bij het gebruik van applicaties door klanten of voor klantanalyse voorafgaand aan het verstrekken van een lening.\n<\/li>\n<li><b>Fintech<\/b> gebruikt In-Memory om de prestaties van services en applicaties voor banken te verbeteren, die de verwerking en analyse van gegevens uitbesteden.\u00a0\n<\/li>\n<li><b>Verzekeringsmaatschappijen<\/b>: voor risicobeoordeling, bijvoorbeeld door klantgegevens over meerdere jaren te analyseren.\n<\/li>\n<li><b>Logistieke bedrijven<\/b>. Ze verwerken veel gegevens, bijvoorbeeld om de optimale routes voor vracht- en personenvervoer te berekenen met duizenden parameters en om de status van zendingen te volgen.\n<\/li>\n<li><b>Retail<\/b>. In-Memory oplossingen helpen bij het sneller bedienen van klanten en het verwerken van grote hoeveelheden informatie: zendingen, facturen, transacties, voorraad van duizenden producten in magazijnen, en het opstellen van analytische rapporten.\n<\/li>\n<li>In <b>IoT<\/b> In-Memory vervangt traditionele databases.\n<\/li>\n<li><b>Farmaceutische<\/b> bedrijven gebruiken In-Memory, bijvoorbeeld voor het doorlopen van combinaties van geneesmiddel samenstellingen.\u00a0\n<\/li>\n<\/ul>\n<p>\nIk zal een paar voorbeelden geven van hoe onze klanten In-Memory oplossingen gebruiken en hoe u deze kunt implementeren.<\/p>\n<h3>In-Memory als primaire opslag<\/h3>\n<p>\nEen van onze klanten is een grote leverancier van medisch wetenschappelijk apparatuur uit de VS. Ze gebruiken een In-Memory oplossing als primaire opslag voor gegevens. Alle gegevens worden op schijf opgeslagen, terwijl een subset van gegevens die actief gebruikt worden, in het RAM blijft. De toegangsmethoden tot de opslag zijn standaard: GDBC (Generic Database Connector) en SQL-querytaal.<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/b6dbb963d2157a7588199fe85ab78e11.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDit alles wordt een In-Memory Database (IMDB) of Memory-Centric Storage genoemd. Deze klasse oplossingen heeft veel namen, dit zijn er niet de enige.\u00a0<\/p>\n<p>Kenmerken van IMDB:<\/p>\n<ul>\n<li>De gegevens die in In-Memory zijn opgeslagen en via SQL toegankelijk zijn, zijn dezelfde als in andere benaderingen. Ze zijn gesynchroniseerd; het enige verschil is de manier van presentatie en toegang. Tussen de gegevens is er transactionele consistentie.\n<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>IMDB is sneller dan relationele databases, omdat het verkrijgen van informatie uit het RAM sneller is dan van de schijf.\u00a0\n<\/li>\n<li>Interne optimalisatie-algoritmen hebben minder instructies.\n<\/li>\n<li>IMDB is geschikt voor databeheer, evenementen en transacties in applicaties.\n<\/li>\n<\/ul>\n<p>\nIMDB ondersteunt gedeeltelijk ACID: atomiciteit, consistentie en isolatie. Maar ze ondersteunen geen 'duurzaamheid' \u2014 bij stroomuitval gaan alle gegevens verloren. Om dit probleem op te lossen kunnen snapshots worden gebruikt \u2014 een 'snapshot' van de database, vergelijkbaar met een databaseback-up op een harde schijf, of transacties (logs) kunnen worden vastgelegd om gegevens te herstellen na herstart.<\/p>\n<h3>Voor het cre\u00ebren van fouttolerante applicaties<\/h3>\n<p>\nLaten we de klassieke architectuur van een fouttolerante webapplicatie bekijken. Het werkt als volgt: een webbalancer verdeelt alle verzoeken over de servers. Dit systeem is robuust, omdat de servers elkaar dupliceren en steun bieden bij incidenten.<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/86d363d25cf2c0ac3c5811f3458b2133.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe balancer stuurt alle verzoeken van \u00e9\u00e9n sessie strikt naar \u00e9\u00e9n server. Dit is het sticky session-mechanisme: elke sessie is gekoppeld aan <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/dts-shicago\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2876\">server<\/a>, waarin deze lokaal wordt opgeslagen en verwerkt.\u00a0<\/p>\n<p>Wat gebeurt er als een van de <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/\"   title=\"servers\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1498\">servers<\/a>?<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/414457e02812e8c087a1f2a24d8f5902.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>servers uitvalt? De service zal niet lijden, omdat de architectuur gedupliceerd is. Maar we verliezen een subset van de sessies van de uitgevallen server<\/b>. En bovendien de gebruikers die aan deze sessies zijn gekoppeld. Stel je voor: een klant plaatst een bestelling en wordt plotseling uit het account gegooid. Hij zal ontevreden zijn wanneer hij zich opnieuw aanmeldt en ontdekt dat hij alles opnieuw moet doen.<\/p>\n<p>Van een webapplicatie wordt verwacht dat deze een groot aantal gebruikers ondersteunt en niet \"traag\" is, zodat het prettig gewerkt kan worden. Maar bij uitval zal de tijd voor elke volgende aanvraag om te communiceren met de sessieopslag steeds langer worden. Dit verhoogt de gemiddelde latentie voor de overige gebruikers. Maar zij willen niet langer wachten dan ze gewend zijn.<\/p>\n<p>Dit probleem kan worden opgelost, zoals een andere klant van ons \u2014 een grote PASS-provider uit de VS. Hij gebruikt In-Memory om websessies te clusteren. Hij slaat ze niet lokaal op, maar gecentraliseerd \u2014 in een In-Memory cluster. In dit geval zijn de sessies veel sneller toegankelijk omdat ze al in het RAM zijn opgeslagen.<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/9569a62570288e1e9ec8a9af01fb42dc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWanneer een server uitvalt, stuurt de balancer de aanvragen van de uitgevallen server naar andere servers, net zoals in de klassieke architectuur. Maar er is een belangrijk verschil: <b>sessies worden opgeslagen in het In-Memory cluster<\/b> en de servers hebben toegang tot de sessies van de uitgevallen server.<\/p>\n<p>Deze architectuur verhoogt de fouttolerantie van het hele systeem. Bovendien is het mogelijk om helemaal van het sticky session-mechanisme af te zien.<\/p>\n<h3>Hybride transactionele-analytische verwerking (HTAP)<\/h3>\n<p>\nNormaal gesproken worden transactie- en analytische systemen apart gehouden. Wanneer ze gescheiden zijn, komt de hoofddatabase onder druk te staan. Voor analytische verwerking worden de gegevens gekopieerd naar een replica, zodat analytische verwerking de transactieprocessen niet verstoort. Maar de kopie gebeurt met vertraging \u2014 zonder vertraging is replicatie onmogelijk. Als we dit synchronisch doen, vertraagt dat ook de hoofddatabase en behalen we geen winst.<\/p>\n<p>Bij HTAP werkt alles anders \u2014 dezelfde database wordt gebruikt voor de transactiebelasting van applicaties, en voor analytische queries die lang kunnen duren. Wanneer de gegevens in het werkgeheugen liggen, worden analytische queries sneller uitgevoerd, en de database-server wordt minder belast (gemiddeld).<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/0ae5ca63b8bca13eeb169cbfb01ab699.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe hybride benadering 'doorbreekt de muur' tussen transactieprocessing en analytics. Als we analytics op dezelfde opslag uitvoeren, worden analytische queries uitgevoerd op gegevens uit het werkgeheugen. Ze zijn veel precisievere, beter interpreteerbaar en adequaat.<\/p>\n<h2>Integratie van In-Memory oplossingen<\/h2>\n<p>\nEen eenvoudige (relatieve) manier is \u2014\u00a0<b>alles vanaf nul te ontwikkelen<\/b>. We houden de gegevens op de schijf, terwijl we de actieve gegevens in het geheugen opslaan. Dit helpt om serverherstarts of uitval te overleven.<\/p>\n<p>Hier zijn er twee hoofdscenario's waarin gegevens op schijf worden opgeslagen. In het eerste willen we uitvallen of routineherstarts van de cluster of delen meemaken \u2014 we willen het gebruiken als een eenvoudige database. In het tweede scenario, wanneer er te veel gegevens zijn, wordt een deel in het geheugen opgeslagen.<\/p>\n<p>Als het niet mogelijk is alles vanaf nul op te bouwen, kan In-Memory mogelijk worden ge\u00efntegreerd in de reeds <b>bestaande architectuur<\/b>. Maar niet alle In-Memory oplossingen zijn hiervoor geschikt. Er zijn drie verplichte voorwaarden. De In-Memory oplossing moet ondersteunen:<\/p>\n<ul>\n<li>een standaard manier van verbinding maken met de database die eronder zal staan (bijvoorbeeld MySQL);\n<\/li>\n<li>een standaard querytaal, zodat de logica van interactie met de opslag niet herschreven of veranderd hoeft te worden;\n<\/li>\n<li>transactiebeheer \u2014 de semantiek van interactie behouden.\n<\/li>\n<\/ul>\n<p>\nAls aan alle drie voorwaarden wordt voldaan, is integratie mogelijk. We plaatsen de In-Memory Data Grid tussen de applicatie en de database. Nu worden schrijfqueries gedelegeerd naar de onderliggende database, terwijl leesqueries naar de database gaan als de gegevens niet in de cache staan.<\/p>\n<p><img decoding=\"async\" alt=\"In-memory architectuur voor webdiensten: basisprincipes van de technologie en principes\" src=\"\/wp-content\/uploads\/2020\/06\/98edd440297e3b28aeae3326dc7fe3ef.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<blockquote><p>Als snelle toegang tot gegevens en hun verwerking belangrijk voor u zijn, bijvoorbeeld voor bedrijfsanalyses, overweeg dan de implementatie van In-Memory. En voor de uitvoering kunt u beide methoden gebruiken bij het ontwerpen van een nieuwe architectuur.<\/p><\/blockquote>\n<p>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/505792\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>In-Memory \u2014\u00a0\u043d\u0430\u0431\u043e\u0440 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0439 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u043a\u043e\u0433\u0434\u0430 \u043e\u043d\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u044e\u0442\u0441\u044f \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u0430 \u0434\u0438\u0441\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0431\u044d\u043a\u0430\u043f\u0430. \u0412 \u043a\u043b\u0430\u0441\u0441\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u043e\u0434\u0445\u043e\u0434\u0430\u0445 \u0434\u0430\u043d\u043d\u044b\u0435 \u0445\u0440\u0430\u043d\u044f\u0442\u0441\u044f \u043d\u0430 \u0434\u0438\u0441\u043a\u0435, \u0430 \u043f\u0430\u043c\u044f\u0442\u044c \u2014 \u0432 \u043a\u044d\u0448\u0435. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u0432\u0435\u0431-\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0441 \u0431\u044d\u043a\u0435\u043d\u0434\u043e\u043c \u0434\u043b\u044f \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0437\u0430\u043f\u0440\u0430\u0448\u0438\u0432\u0430\u0435\u0442 \u0438\u0445 \u0432 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435: \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u0442, \u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0438\u0440\u0443\u0435\u0442, \u0430 \u043f\u043e \u0441\u0435\u0442\u0438 \u043f\u0435\u0440\u0435\u0433\u043e\u043d\u044f\u0435\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u043e \u0434\u0430\u043d\u043d\u044b\u0445. \u0412 In-Memory \u0432\u044b\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u044f \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043a \u0434\u0430\u043d\u043d\u044b\u043c \u2014\u00a0\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":84756,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-84755","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"In-Memory \u2014 \u043d\u0430\u0431\u043e\u0440 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0439 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u043a\u043e\u0433\u0434\u0430 \u043e\u043d\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u044e\u0442\u0441\u044f \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u0430 \u0434\u0438\u0441\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0431\u044d\u043a\u0430\u043f\u0430. \u0412 \u043a\u043b\u0430\u0441\u0441\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u043e\u0434\u0445\u043e\u0434\u0430\u0445 \u0434\u0430\u043d\u043d\u044b\u0435 \u0445\u0440\u0430\u043d\u044f\u0442\u0441\u044f \u043d\u0430 \u0434\u0438\u0441\u043a\u0435, \u0430 \u043f\u0430\u043c\u044f\u0442\u044c \u2014 \u0432 \u043a\u044d\u0448\u0435.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47In-memory \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432: \u043e\u0441\u043d\u043e\u0432\u044b \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"In-Memory \u2014 \u043d\u0430\u0431\u043e\u0440 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0439 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u043a\u043e\u0433\u0434\u0430 \u043e\u043d\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u044e\u0442\u0441\u044f \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u0430 \u0434\u0438\u0441\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0431\u044d\u043a\u0430\u043f\u0430. \u0412 \u043a\u043b\u0430\u0441\u0441\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u043e\u0434\u0445\u043e\u0434\u0430\u0445 \u0434\u0430\u043d\u043d\u044b\u0435 \u0445\u0440\u0430\u043d\u044f\u0442\u0441\u044f \u043d\u0430 \u0434\u0438\u0441\u043a\u0435, \u0430 \u043f\u0430\u043c\u044f\u0442\u044c \u2014 \u0432 \u043a\u044d\u0448\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-10T11:43:01+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-10T11:43:01+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47In-memory architectuur voor webservices: basisprincipes en technologie | ProHoster","description":"In-Memory is een verzameling concepten voor gegevensopslag, waarbij gegevens in het werkgeheugen van de applicatie worden opgeslagen en de schijf wordt gebruikt voor back-up. Bij traditionele benaderingen worden gegevens op de schijf opgeslagen en wordt geheugen in de cache gebruikt.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47In-memory \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0434\u043b\u044f \u0432\u0435\u0431-\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432: \u043e\u0441\u043d\u043e\u0432\u044b \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b | ProHoster","og:description":"In-Memory \u2014 \u043d\u0430\u0431\u043e\u0440 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0439 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u043a\u043e\u0433\u0434\u0430 \u043e\u043d\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u044e\u0442\u0441\u044f \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u0430 \u0434\u0438\u0441\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0431\u044d\u043a\u0430\u043f\u0430. \u0412 \u043a\u043b\u0430\u0441\u0441\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u043f\u043e\u0434\u0445\u043e\u0434\u0430\u0445 \u0434\u0430\u043d\u043d\u044b\u0435 \u0445\u0440\u0430\u043d\u044f\u0442\u0441\u044f \u043d\u0430 \u0434\u0438\u0441\u043a\u0435, \u0430 \u043f\u0430\u043c\u044f\u0442\u044c \u2014 \u0432 \u043a\u044d\u0448\u0435.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/in-memory-arhitektura-dlya-veb-servisov-osnovy-tehnologii-i-princzipy","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-10T11:43:01+00:00","article:modified_time":"2020-06-10T11:43:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"84755","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:51:43","updated":"2026-02-09 21:41:53","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/84755","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=84755"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/84755\/revisions"}],"predecessor-version":[{"id":160156,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/84755\/revisions\/160156"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/84756"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=84755"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=84755"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=84755"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}