{"id":30785,"date":"2019-10-31T21:37:25","date_gmt":"2019-10-31T18:37:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie\/"},"modified":"2019-10-31T21:37:25","modified_gmt":"2019-10-31T18:37:25","slug":"stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie","title":{"rendered":"Bloki budowlane aplikacji rozproszonych. Zerowe podej\u015bcie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Bloki budowlane aplikacji rozproszonych. Zerowe podej\u015bcie\" src=\"\/wp-content\/uploads\/2019\/04\/88d4e363538bdfc67690c8339dca790b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>\u015awiat nie stoi w miejscu. Post\u0119p stawia przed nami nowe technologiczne wyzwania. W odpowiedzi na zmieniaj\u0105ce si\u0119 wymagania, tak\u017ce architektura system\u00f3w informacyjnych musi ewoluowa\u0107. Dzi\u015b porozmawiamy o architekturze opartej na zdarzeniach, konkurencyjno\u015bci, r\u00f3wnoleg\u0142o\u015bci, asynchroniczno\u015bci i o tym, jak w Erlang mo\u017cna pokojowo z tym wszystkim wsp\u00f3\u0142\u017cy\u0107.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"vvedenie\">Wprowadzenie<\/h2>\n<p><\/p>\n<p>W zale\u017cno\u015bci od rozmiar\u00f3w projektowanego systemu i jego wymaga\u0144, my, programi\u015bci, wybieramy spos\u00f3b wymiany informacji w systemie. W wi\u0119kszo\u015bci przypadk\u00f3w, aby zorganizowa\u0107 interakcj\u0119 us\u0142ug, roboczym rozwi\u0105zaniem mo\u017ce by\u0107 schemat z brokerem, na przyk\u0142ad oparty na RabbitMQ lub Kafka. Jednak czasami strumie\u0144 zdarze\u0144, SLA i poziom kontroli nad systemem s\u0105 takie, \u017ce gotowe rozwi\u0105zania do komunikacji nie b\u0119d\u0105 odpowiednie. Oczywi\u015bcie mo\u017cna nieco skomplikowa\u0107 system, bior\u0105c na siebie odpowiedzialno\u015b\u0107 za poziom transportu i tworzenie klastra, na przyk\u0142ad u\u017cywaj\u0105c ZeroMQ lub nanomsg. Ale je\u015bli system ma wystarczaj\u0105c\u0105 przepustowo\u015b\u0107 i mo\u017cliwo\u015bci standardowego klastra Erlanga, w\u00f3wczas wprowadzenie dodatkowej jednostki wymaga szczeg\u00f3\u0142owego zbadania i uzasadnienia ekonomicznego.<\/p>\n<p><\/p>\n<p>Temat reaktywnych aplikacji rozproszonych jest do\u015b\u0107 obszerny. Aby zmie\u015bci\u0107 si\u0119 w formacie artyku\u0142u, przedmiotem dzisiejszej dyskusji b\u0119d\u0105 tylko homogeniczne \u015brodowiska zbudowane na bazie Erlang\/Elixir. Ekosystem Erlang\/OTP pozwala na wdro\u017cenie architektury reaktywnej przy minimalnym nak\u0142adzie pracy. Jednak w ka\u017cdym przypadku potrzebowa\u0107 b\u0119dziemy warstwy wymiany wiadomo\u015bci. <\/p>\n<p><\/p>\n<h2 id=\"teoreticheskiy-bazis\">Podstawy teoretyczne<\/h2>\n<p><\/p>\n<p>Projektowanie rozpoczyna si\u0119 od okre\u015blenia cel\u00f3w i ogranicze\u0144. G\u0142\u00f3wnym celem nie jest rozw\u00f3j dla samego rozwoju. Musimy stworzy\u0107 bezpieczne i skalowalne narz\u0119dzie, na bazie kt\u00f3rego mo\u017cna budowa\u0107, a co najwa\u017cniejsze \u2013 rozwija\u0107 nowoczesne aplikacje r\u00f3\u017cnego poziomu: zaczynaj\u0105c od jednoserwerowych, obs\u0142uguj\u0105cych niewielk\u0105 publiczno\u015b\u0107, kt\u00f3re w przysz\u0142o\u015bci mog\u0105 przekszta\u0142ci\u0107 si\u0119 w klastry do 50-60 w\u0119z\u0142\u00f3w, a\u017c po federacje klastr\u00f3w. W ten spos\u00f3b g\u0142\u00f3wnym celem jest maksymalizacja zysku poprzez zmniejszenie koszt\u00f3w budowy i posiadania ko\u0144cowego systemu.<\/p>\n<p><\/p>\n<p>Wyr\u00f3\u017cnijmy 4 g\u0142\u00f3wne wymagania dotycz\u0105ce ko\u0144cowego systemu:<\/p>\n<p><\/p>\n<ul>\n<li><strong>Z<\/strong>orientacja na zdarzenia.<br \/>\nSystem zawsze jest gotowy do przepuszczania przez siebie strumienia zdarze\u0144 i podejmowania niezb\u0119dnych dzia\u0142a\u0144;<\/li>\n<li><strong>M<\/strong>skalowalno\u015b\u0107.<br \/>\nPoszczeg\u00f3lne bloki mog\u0105 skalowa\u0107 si\u0119 zar\u00f3wno pionowo, jak i poziomo. Ca\u0142y system powinien mie\u0107 zdolno\u015b\u0107 do niesko\u0144czonego wzrostu poziomego;<\/li>\n<li><strong>o<\/strong>odporno\u015b\u0107 na awarie.<br \/>\nWszystkie poziomy i wszystkie us\u0142ugi powinny mie\u0107 mo\u017cliwo\u015b\u0107 automatycznego przywracania po awariach;<\/li>\n<li><strong>G<\/strong>warantowany czas reakcji.<br \/>\nCzas jest cenny, a u\u017cytkownicy nie powinni czeka\u0107 zbyt d\u0142ugo.<\/li>\n<\/ul>\n<p><\/p>\n<p>Pami\u0119tasz star\u0105 bajk\u0119 o \u201eThe little engine that could\u201d, znanej jako \u201ePoci\u0105g, kt\u00f3ry m\u00f3g\u0142\u201d? Aby projektowany system skutecznie przeszed\u0142 z etapu prototypu do progresywnego rozwi\u0105zania, jego fundament musi spe\u0142nia\u0107 minimalne wymagania. <strong>MOG\u0141O<\/strong>.<\/p>\n<p><\/p>\n<p>Do messaging jako infrastrukturalnego narz\u0119dzia i podstawy dla wszystkich us\u0142ug dodawany jest jeszcze jeden punkt: wygoda u\u017cytkowania dla programist\u00f3w.<\/p>\n<p><\/p>\n<h3 id=\"orientirovannost-na-sobytiya\">orientacja na zdarzenia<\/h3>\n<p><\/p>\n<p>Aby aplikacja mog\u0142a wyrosn\u0105\u0107 z jednego <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pl\/server\/dts-los-angeles\/\"   title=\"serwera\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3480\">serwera<\/a> do klastra, jej architektura musi zapewnia\u0107 lu\u017an\u0105 powi\u0105zanie. Temu wymaganiu odpowiada asynchroniczny model. W nim nadawca i odbiorca dbaj\u0105 o \u0142adunek informacyjny wiadomo\u015bci i nie martwi\u0105 si\u0119 o przesy\u0142anie oraz routowanie w systemie.<\/p>\n<p><\/p>\n<h3 id=\"masshtabiruemost\">Skalowalno\u015b\u0107<\/h3>\n<p><\/p>\n<p>Skalowalno\u015b\u0107 i efektywno\u015b\u0107 systemu id\u0105 w parze. Komponenty aplikacji powinny umie\u0107 wykorzystywa\u0107 wszystkie dost\u0119pne zasoby. Im skuteczniej mo\u017cemy wykorzystywa\u0107 moce wytw\u00f3rcze i im optymalniejsze s\u0105 nasze metody przetwarzania, tym mniej wydajemy pieni\u0119dzy na sprz\u0119t. <\/p>\n<p><\/p>\n<p>W ramach jednego maszyny Erlang tworzy \u015brodowisko o wysokiej konkurencyjno\u015bci. R\u00f3wnowag\u0119 mi\u0119dzy konkurencyjno\u015bci\u0105 a r\u00f3wnoleg\u0142o\u015bci\u0105 mo\u017cna ustawi\u0107, wybieraj\u0105c liczb\u0119 w\u0105tk\u00f3w systemu operacyjnego dost\u0119pnych dla Erlang VM i liczb\u0119 planist\u00f3w wykorzystuj\u0105cych te w\u0105tki.<br \/>\nProcesy Erlang nie maj\u0105 wsp\u00f3lnego stanu i dzia\u0142aj\u0105 w trybie nieblokuj\u0105cym. Zapewnia to stosunkowo nisk\u0105 latencj\u0119 i wy\u017csz\u0105 przepustowo\u015b\u0107 ni\u017c tradycyjne aplikacje oparte na blokuj\u0105cej synchronizacji. Planista Erlang dba o sprawiedliwy podzia\u0142 CPU i IO, a brak blokad pozwala aplikacji odpowiada\u0107 nawet w trybie szczytowym lub w przypadku awarii. <\/p>\n<p><\/p>\n<p>Na poziomie klastra problem z wykorzystaniem r\u00f3wnie\u017c istnieje. Wa\u017cne jest, aby wszystkie maszyny w klastrze by\u0142y r\u00f3wnomiernie obci\u0105\u017cone, a sie\u0107 nieprzeci\u0105\u017cona. Wyobra\u017amy sobie sytuacj\u0119: ruch u\u017cytkownik\u00f3w jest kierowany do zewn\u0119trznych load balancer\u00f3w (haproxy, nginx, itd.), kt\u00f3re maksymalnie r\u00f3wnomiernie rozdzielaj\u0105 zapytania do przetworzenia pomi\u0119dzy zestaw dost\u0119pnych backend\u00f3w. W ramach infrastruktury aplikacji us\u0142uga, kt\u00f3ra realizuje wymagany interfejs, to tylko ostatnia mila, i b\u0119dzie musia\u0142a za\u017c\u0105da\u0107 od szeregu innych us\u0142ug, aby odpowiedzie\u0107 na pocz\u0105tkowe zapytanie. Wewn\u0119trzne zapytania r\u00f3wnie\u017c wymagaj\u0105 routingu i r\u00f3wnowa\u017cenia obci\u0105\u017cenia.<br \/>\nAby efektywnie zarz\u0105dza\u0107 przep\u0142ywem danych, messaging musi zapewni\u0107 deweloperom interfejs do zarz\u0105dzania routowaniem i rozdzielaniem obci\u0105\u017cenia. Dzi\u0119ki temu deweloperzy b\u0119d\u0105 mogli, korzystaj\u0105c ze wzorc\u00f3w mikroserwisowych (agregator, proxy, \u0142a\u0144cuch, rozga\u0142\u0119zienie, itp.), rozwi\u0105zywa\u0107 zar\u00f3wno standardowe zadania, jak i te wyst\u0119puj\u0105ce rzadko. <\/p>\n<p><\/p>\n<p>Z perspektywy biznesowej skalowalno\u015b\u0107 to jeden z narz\u0119dzi zarz\u0105dzania ryzykiem. Najwa\u017cniejsze to zaspokoi\u0107 potrzeby klient\u00f3w, optymalnie wykorzystuj\u0105c sprz\u0119t:<\/p>\n<p><\/p>\n<ul>\n<li>Przy zwi\u0119kszeniu mocy sprz\u0119tu w wyniku post\u0119pu. Nie b\u0119dzie on sta\u0142 bezczynnie z powodu niedoskona\u0142o\u015bci oprogramowania. Erlang doskonale skaluje si\u0119 w pionie i zawsze b\u0119dzie w stanie wykorzysta\u0107 wszystkie rdzenie CPU oraz dost\u0119pn\u0105 pami\u0119\u0107;<\/li>\n<li>W warunkach chmurowych mo\u017cemy zarz\u0105dza\u0107 ilo\u015bci\u0105 sprz\u0119tu w zale\u017cno\u015bci od bie\u017c\u0105cego lub prognozowanego obci\u0105\u017cenia i gwarantowa\u0107 SLA.<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"otkazoustoychivost\">Odporno\u015b\u0107 na awarie<\/h3>\n<p><\/p>\n<p>Rozwa\u017cmy dwie aksjomat: \u201eAwaria jest niedopuszczalna\u201d i \u201eAwaria zawsze si\u0119 zdarzy\u201d. Dla biznesu awaria oprogramowania to utrata pieni\u0119dzy, a co gorsza \u2013 reputacji. Balansuj\u0105c pomi\u0119dzy mo\u017cliwymi stratami a kosztami rozwoju oprogramowania odpornego na awarie, cz\u0119sto mo\u017cna znale\u017a\u0107 kompromis.<\/p>\n<p><\/p>\n<p>W kr\u00f3tkim okresie architektura, w kt\u00f3rej zak\u0142ada si\u0119 odporno\u015b\u0107 na awarie, oszcz\u0119dza pieni\u0105dze na zakup gotowych rozwi\u0105za\u0144 do klasteryzacji. S\u0105 one drogie i r\u00f3wnie\u017c zawieraj\u0105 b\u0142\u0119dy.<br \/>\nW d\u0142ugim okresie architektura odporna na awarie wielokrotnie zwraca koszty jej zastosowania na wszystkich etapach rozwoju.<br \/>\nKomunikacja w kodzie jest nadal w fazie rozwoju, co pozwala na szczeg\u00f3\u0142owe zaplanowanie interakcji komponent\u00f3w w systemie. U\u0142atwia to zadanie reagowania i zarz\u0105dzania awariami, poniewa\u017c wszystkie odpowiedzialne komponenty zajmuj\u0105 si\u0119 awariami, a ko\u0144cowy system wie, jak automatycznie powr\u00f3ci\u0107 do normalnego stanu po awarii projektowanej z my\u015bl\u0105 o tym.<\/p>\n<p><\/p>\n<h3 id=\"otzyvchivost\">Reaktywno\u015b\u0107<\/h3>\n<p><\/p>\n<p>Bez wzgl\u0119du na awarie, aplikacja musi odpowiada\u0107 na zapytania i spe\u0142nia\u0107 SLA. Rzeczywisto\u015b\u0107 jest taka, \u017ce ludzie nie chc\u0105 czeka\u0107, dlatego biznes musi si\u0119 dostosowa\u0107. Coraz wi\u0119cej aplikacji oczekuje du\u017cej reaktywno\u015bci.<br \/>\nReaktywne aplikacje dzia\u0142aj\u0105 w trybie zbli\u017conym do rzeczywistego czasu. Erlang VM funkcjonuje w trybie mi\u0119kkiego czasu rzeczywistego. W niekt\u00f3rych dziedzinach, takich jak handel gie\u0142dowy, medycyna, zarz\u0105dzanie sprz\u0119tem przemys\u0142owym, wa\u017cny jest tryb twardego czasu rzeczywistego.<br \/>\nReaktywne systemy poprawiaj\u0105 UX i s\u0105 korzystne dla biznesu.<\/p>\n<p><\/p>\n<h2 id=\"predvaritelnyy-itog\">Wst\u0119pny podsumowanie<\/h2>\n<p><\/p>\n<p>Planuj\u0105c ten artyku\u0142, chcia\u0142em podzieli\u0107 si\u0119 do\u015bwiadczeniem stworzenia brokera wymiany komunikat\u00f3w i zbudowania na jego podstawie z\u0142o\u017conych system\u00f3w. Ale cz\u0119\u015b\u0107 teoretyczna i motywacyjna okaza\u0142a si\u0119 dosy\u0107 obszerna.<br \/>\nW drugiej cz\u0119\u015bci artyku\u0142u opowiem o niuansach realizacji punkt\u00f3w wymiany, wzorach wymiany komunikat\u00f3w i ich zastosowaniu.<br \/>\nW trzeciej cz\u0119\u015bci om\u00f3wimy og\u00f3lne kwestie organizacji us\u0142ug, trasowania i r\u00f3wnowa\u017cenia obci\u0105\u017cenia. Porozmawiamy o praktycznych aspektach skalowalno\u015bci i odporno\u015bci na awarie system\u00f3w.<\/p>\n<p><\/p>\n<p>Koniec pierwszej cz\u0119\u015bci.<\/p>\n<p><\/p>\n<p>Zdj\u0119cie <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/photos\/SRjZtxsK3Os\">@lucabravo<\/a><\/noindex>.<\/p>\n<p>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/446028\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041c\u0438\u0440 \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u043d\u0430 \u043c\u0435\u0441\u0442\u0435. \u041f\u0440\u043e\u0433\u0440\u0435\u0441\u0441 \u0441\u043e\u0437\u0434\u0430\u0435\u0442 \u043d\u043e\u0432\u044b\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0432\u044b\u0437\u043e\u0432\u044b. \u0412 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u0438\u0437\u043c\u0435\u043d\u0438\u0432\u0448\u0438\u043c\u0438\u0441\u044f \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u043c\u0438, \u0434\u043e\u043b\u0436\u043d\u0430 \u044d\u0432\u043e\u043b\u044e\u0446\u0438\u043e\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043e \u0441\u043e\u0431\u044b\u0442\u0438\u0439\u043d\u043e-\u043e\u0440\u0438\u0435\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0435, \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0441\u0442\u0438, \u043f\u0430\u0440\u0430\u043b\u043b\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438, \u0430\u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u043e\u0441\u0442\u0438 \u0438 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0432 Erlang \u043c\u043e\u0436\u043d\u043e \u0441\u043e \u0432\u0441\u0435\u043c \u044d\u0442\u0438\u043c \u0436\u0438\u0442\u044c \u043c\u0438\u0440\u043d\u043e. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0412 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u0440\u0430\u0437\u043c\u0435\u0440\u043e\u0432 \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u0443\u0435\u043c\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0438 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u0439 \u043a \u043d\u0435\u0439, \u043c\u044b, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22770,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30785","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.1.1 - aioseo.com -->\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\/pl\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\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\udd47\u0421\u0442\u0440\u043e\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0431\u043b\u043e\u043a\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439. \u041d\u0443\u043b\u0435\u0432\u043e\u0435 \u043f\u0440\u0438\u0431\u043b\u0438\u0436\u0435\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie\" \/>\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=\"2019-10-31T18:37:25+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:37:25+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\udd47Bloki budulcowe aplikacji rozproszonych. Zera przybli\u017cenia | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\udd47\u0421\u0442\u0440\u043e\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0431\u043b\u043e\u043a\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439. \u041d\u0443\u043b\u0435\u0432\u043e\u0435 \u043f\u0440\u0438\u0431\u043b\u0438\u0436\u0435\u043d\u0438\u0435 | ProHoster","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-nulevoe-priblizhenie","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":"2019-10-31T18:37:25+00:00","article:modified_time":"2019-10-31T18:37:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30785","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":"2026-02-22 15:31:13","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:29:56","updated":"2026-02-22 15:31:13","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/30785","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=30785"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/30785\/revisions"}],"predecessor-version":[{"id":162006,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/30785\/revisions\/162006"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/22770"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=30785"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=30785"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=30785"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}