{"id":54987,"date":"2020-01-09T00:00:00","date_gmt":"2020-01-08T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/istio-circuit-breaker-otklyuchaem-neispravnye-kontejnery"},"modified":"2020-02-18T14:03:03","modified_gmt":"2020-02-18T11:03:03","slug":"istio-circuit-breaker-otklyuchaem-neispravnye-kontejnery","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istio-circuit-breaker-otklyuchaem-neispravnye-kontejnery","title":{"rendered":"Istio Circuit Breaker: wy\u0142\u0105czanie uszkodzonych kontener\u00f3w","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u015awi\u0119ta dobieg\u0142y ko\u0144ca, a my wracamy z naszym drugim postem z serii o Istio Service Mesh.<\/p>\n

\"Istio
\n
\nDzisiejszym tematem jest Circuit Breaker, kt\u00f3ry w t\u0142umaczeniu na polski oznacza \u201ewy\u0142\u0105cznik automatyczny\u201d, potocznie \u2013 \u201ezabezpieczenie\u201d. Tylko w Istio ten automat wy\u0142\u0105cza nie przepalon\u0105 czy przeci\u0105\u017con\u0105 sie\u0107, a uszkodzone kontenery.
\n<\/a><\/noindex><\/p>\n

Jak to powinno dzia\u0142a\u0107 w idealnych warunkach<\/h3>\n

\nKiedy mikroserwisy s\u0105 zarz\u0105dzane przez Kubernetes, na przyk\u0142ad w ramach platformy OpenShift, automatycznie skaluj\u0105 si\u0119 w g\u00f3r\u0119 i w d\u00f3\u0142 w zale\u017cno\u015bci od obci\u0105\u017cenia. Poniewa\u017c mikroserwisy dzia\u0142aj\u0105 w podach, na jednym ko\u0144cowym punkcie mo\u017ce by\u0107 kilka egzemplarzy kontenerowego mikroserwisu, a Kubernetes b\u0119dzie routowa\u0107 zapytania i r\u00f3wnowa\u017cy\u0107 obci\u0105\u017cenie mi\u0119dzy nimi. I \u2013 w idealnym \u015bwiecie \u2013 wszystko to powinno dzia\u0142a\u0107 perfekcyjnie.<\/p>\n

Pami\u0119tamy, \u017ce mikroserwisy s\u0105 ma\u0142e i efemeryczne. Efemeryczno\u015b\u0107, kt\u00f3ra w tym przypadku oznacza prostot\u0119 powstawania i znikania, cz\u0119sto jest niedoceniana. Narodziny i \u015bmier\u0107 kolejnego egzemplarza mikroserwisu w podzie s\u0105 rzeczami ca\u0142kowicie oczekiwanymi; OpenShift i Kubernetes radz\u0105 sobie z tym dobrze, a wszystko to dzia\u0142a wspaniale \u2013 ale znowu, tylko w teorii.<\/p>\n

Jak to dzia\u0142a w rzeczywisto\u015bci<\/h3>\n

\nA teraz wyobra\u017acie sobie, \u017ce jaki\u015b konkretny egzemplarz mikroserwisu, a mianowicie kontener, sta\u0142 si\u0119 niesprawny: albo nie odpowiada (b\u0142\u0105d 503), albo \u2013 co gorsza \u2013 reaguje, ale zbyt wolno. Innymi s\u0142owy, dzia\u0142a z op\u00f3\u017anieniem lub nie odpowiada na zapytania, ale nie jest automatycznie usuwany z puli. Co nale\u017cy w takim przypadku zrobi\u0107? Powt\u00f3rzy\u0107 pr\u00f3b\u0119? Usun\u0105\u0107 go z schematu routingu? A co oznacza \u201ezbyt wolno\u201d \u2013 ile to w liczbach i kto to okre\u015bla? Mo\u017ce po prostu da\u0107 mu chwil\u0119 i spr\u00f3bowa\u0107 p\u00f3\u017aniej? Je\u015bli tak, to jak d\u0142ugo p\u00f3\u017aniej?<\/p>\n

Czym jest Pool Ejection w Istio<\/h3>\n

\nI tutaj z pomoc\u0105 przychodzi Istio ze swoimi automatami zabezpiecze\u0144 Circuit Breaker, kt\u00f3re tymczasowo usuwaj\u0105 uszkodzone kontenery z puli zasob\u00f3w routingu i r\u00f3wnowa\u017cenia obci\u0105\u017cenia, realizuj\u0105c procedur\u0119 Pool Ejection.<\/p>\n

Wykorzystuj\u0105c strategi\u0119 wykrywania odst\u0119pstw (outlier detection), Istio wykrywa krzywe pody, kt\u00f3re wybiegaj\u0105 poza norm\u0119, i na okre\u015blony czas, nazywany \u201eoknem snu\u201d (sleep window), usuwaj\u0105 je z puli zasob\u00f3w. <\/p>\n

Aby pokaza\u0107, jak to dzia\u0142a w Kubernetes na platformie OpenShift, zaczniemy od zrzutu ekranu dzia\u0142aj\u0105cych mikroserwis\u00f3w z przyk\u0142adu w repozytorium Demonstracje Red Hat Developer<\/a><\/noindex>. Mamy tutaj dwa pody, v1 i v2, z kt\u00f3rych ka\u017cdy obs\u0142uguje jeden kontener. Kiedy zasady routingu Istio nie s\u0105 stosowane, Kubernetes domy\u015blnie stosuje r\u00f3wnomiernie zbalansowane cykliczne rutowanie:<\/p>\n

\"Istio<\/p>\n

Przygotowujemy si\u0119 do awarii<\/h3>\n

\nZanim wykonamy Ejection Pool, musimy stworzy\u0107 zasad\u0119 routingu Istio. Za\u0142\u00f3\u017cmy, \u017ce chcemy rozdziela\u0107 \u017c\u0105dania pomi\u0119dzy podami w stosunku 50\/50. Dodatkowo zwi\u0119kszymy liczb\u0119 kontener\u00f3w v2 z jednego do dw\u00f3ch, w ten spos\u00f3b:<\/p>\n

oc scale deployment recommendation-v2 --replicas=2 -n tutorial\n<\/code><\/pre>\n
\nTeraz ustalamy zasad\u0119 routingu, aby ruch by\u0142 rozdzielany pomi\u0119dzy podami w stosunku 50\/50.<\/p>\n
\"Istio
\nOto jak wygl\u0105da wynik tej zasady:<\/p>\n
\"Istio
\nMo\u017cna si\u0119 przyczepi\u0107, \u017ce na tym zrzucie ekranu nie jest 50\/50, a 14:9, ale z czasem sytuacja si\u0119 unormuje.<\/p>\n
Sprawiamy awari\u0119<\/h3>\n
\nA teraz wyprowadzimy z u\u017cytku jeden z dw\u00f3ch kontener\u00f3w v2, aby\u015bmy mieli jeden sprawny kontener v1, jeden sprawny kontener v2 i jeden uszkodzony kontener v2: <\/p>\n
\"Istio<\/p>\n
Naprawiamy awari\u0119<\/h3>\n
\nI tak, mamy uszkodzony kontener, nadszed\u0142 czas na Ejection Pool. Dzi\u0119ki bardzo prostemu configowi wykluczymy ten uszkodzony kontener z jakichkolwiek schemat\u00f3w routingu na 15 sekund, zak\u0142adaj\u0105c, \u017ce sam wr\u00f3ci do sprawno\u015bci (lub si\u0119 zrestartuje, lub przywr\u00f3ci wydajno\u015b\u0107). Oto jak wygl\u0105da ten config i wyniki jego dzia\u0142ania:<\/p>\n
\"Istio
\n\"Istio
\nJak wida\u0107, uszkodzony kontener v2 nie jest ju\u017c u\u017cywany przy routingu \u017c\u0105da\u0144, poniewa\u017c zosta\u0142 usuni\u0119ty z puli. Po 15 sekundach automatycznie wr\u00f3ci do puli. W\u0142a\u015bciwie w\u0142a\u015bnie pokazali\u015bmy, jak dzia\u0142a Ejection Pool.<\/p>\n
Zaczynamy budowa\u0107 architektur\u0119<\/h3>\n
\nEjection Pool w po\u0142\u0105czeniu z mo\u017cliwo\u015bciami monitorowania Istio pozwala zacz\u0105\u0107 budowa\u0107 framework automatycznej wymiany uszkodzonych kontener\u00f3w, aby zredukowa\u0107, a nawet ca\u0142kowicie wyeliminowa\u0107 przestoje i awarie.
\n\u2003
\nNASA ma jedno g\u0142o\u015bne has\u0142o \u2013 Awaria to nie opcja, kt\u00f3rego autorem jest kierownik lot\u00f3w Gene Kranz<\/a><\/noindex>W j\u0119zyku polskim mo\u017cna to przet\u0142umaczy\u0107 jako \u201ePorazka nie jest opcj\u0105\u201d, a sens polega na tym, \u017ce mo\u017cna sprawi\u0107, aby wszystko dzia\u0142a\u0142o, maj\u0105c na to wystarczaj\u0105c\u0105 wol\u0119. Jednak w rzeczywisto\u015bci awarie nie tylko si\u0119 zdarzaj\u0105, lecz s\u0105 nieuniknione, wsz\u0119dzie i we wszystkim. Jak wi\u0119c sobie z nimi radzi\u0107 w przypadku mikroserwis\u00f3w? Naszym zdaniem lepiej polega\u0107 nie na sile woli, lecz na mo\u017cliwo\u015bciach kontener\u00f3w. Kubernetes<\/a><\/noindex>, Red Hat OpenShift<\/a><\/noindex>, i Istio<\/a><\/noindex>.<\/p>\n
Jak ju\u017c wcze\u015bniej pisali\u015bmy, Istio wprowadza dobrze znan\u0105 z rzeczywistego \u015bwiata koncepcj\u0119 automatycznych wy\u0142\u0105cznik\u00f3w. Tak jak wy\u0142\u0105cznik elektryczny odcina problemowy fragment obwodu, tak programowy Circuit Breaker w Istio przerywa po\u0142\u0105czenie mi\u0119dzy strumieniem \u017c\u0105da\u0144 a problemowym kontenerem, gdy co\u015b jest nie tak z punktem ko\u0144cowym, na przyk\u0142ad gdy serwer upad\u0142 lub zacz\u0105\u0142 zwalnia\u0107.<\/p>\n
W przypadku drugiego scenariusza problem\u00f3w jest jeszcze wi\u0119cej, poniewa\u017c zwolnienia jednego kontenera nie tylko powoduj\u0105 kaskadowe op\u00f3\u017anienia w us\u0142ugach do niego si\u0119 odwo\u0142uj\u0105cych, co w konsekwencji zmniejsza wydajno\u015b\u0107 ca\u0142ego systemu, ale tak\u017ce prowadz\u0105 do ponownych \u017c\u0105da\u0144 do i tak ju\u017c wolno dzia\u0142aj\u0105cej us\u0142ugi, co tylko pogarsza sytuacj\u0119.<\/p>\n
Circuit Breaker w teorii<\/h3>\n
\nCircuit Breaker to proxy, kt\u00f3re kontroluje strumie\u0144 \u017c\u0105da\u0144 do punktu ko\u0144cowego. Gdy ten punkt przestaje dzia\u0142a\u0107 lub \u2013 w zale\u017cno\u015bci od ustawie\u0144 \u2013 zaczyna zwalnia\u0107, proxy przerywa po\u0142\u0105czenie z kontenerem. Ruch po tym zostaje przekierowany do innych kontener\u00f3w, po prostu z powodu r\u00f3wnowa\u017cenia obci\u0105\u017cenia. Po\u0142\u0105czenie pozostaje otwarte (open) przez okre\u015blony czas snu, powiedzmy dwie minuty, a nast\u0119pnie staje si\u0119 p\u00f3\u0142otwarte (half-open). Pr\u00f3ba wys\u0142ania nast\u0119pnego \u017c\u0105dania okre\u015bla dalszy stan po\u0142\u0105czenia. Je\u015bli z us\u0142ug\u0105 wszystko w porz\u0105dku, po\u0142\u0105czenie wraca do stanu roboczego i zn\u00f3w staje si\u0119 zamkni\u0119te (closed). Je\u015bli natomiast co\u015b jest nie tak z us\u0142ug\u0105, po\u0142\u0105czenie zostaje przerwane i okno snu jest wznawiane. Oto uproszczony diagram zmiany stan\u00f3w Circuit Breaker:<\/p>\n
\"Istio
\nWa\u017cne jest, aby zauwa\u017cy\u0107, \u017ce wszystko to dzieje si\u0119 na poziomie, powiedzmy, architektury systemowej. Dlatego w pewnym momencie b\u0119dziesz musia\u0142 nauczy\u0107 swoje aplikacje wsp\u00f3\u0142pracowa\u0107 z Circuit Breaker, na przyk\u0142ad zwracaj\u0105c warto\u015b\u0107 domy\u015bln\u0105 lub, je\u015bli to mo\u017cliwe, ignoruj\u0105c istnienie us\u0142ugi. W tym celu stosuje si\u0119 wzorzec bulkhead, ale wykracza on poza zakres tego artyku\u0142u.<\/p>\n
Circuit Breaker w praktyce<\/h3>\n
\nNa przyk\u0142ad uruchomimy na OpenShift dwie wersje naszego mikroserwisu rekomendacji. Wersja 1 b\u0119dzie dzia\u0142a\u0107 normalnie, natomiast w v2 wbudujemy op\u00f3\u017anienie, aby zasymulowa\u0107 spowolnienie serwera. Do przegl\u0105dania wynik\u00f3w u\u017cyjemy narz\u0119dzia siege<\/a><\/noindex>:<\/p>\n
siege -r 2 -c 20 -v customer-tutorial.$(minishift ip).nip.io\n<\/code><\/pre>\n
\n\"Istio
\nWszystko wydaje si\u0119 dzia\u0142a\u0107, ale jak\u0105 cen\u0105? Na pierwszy rzut oka mamy 100% dost\u0119pno\u015bci, ale przyjrzyj si\u0119 dok\u0142adniej \u2013 maksymalny czas trwania transakcji wynosi 12 sekund. To zdecydowanie w\u0105skie gard\u0142o, kt\u00f3re trzeba rozwi\u0105za\u0107.<\/p>\n
W tym celu, za pomoc\u0105 Istio, wykluczymy po\u0142\u0105czenia z wolnymi kontenerami. Oto jak wygl\u0105da odpowiednia konfiguracja przy u\u017cyciu Circuit Breaker:<\/p>\n
\"Istio
\nOstatni wiersz z parametrem httpMaxRequestsPerConnection sygnalizuje, \u017ce po\u0142\u0105czenie powinno by\u0107 przerywane w momencie pr\u00f3by utworzenia kolejnego \u2013 drugiego \u2013 po\u0142\u0105czenia opr\u00f3cz ju\u017c istniej\u0105cego. Poniewa\u017c nasz kontener imituje spowalniaj\u0105cy serwis, takie sytuacje mog\u0105 si\u0119 okresowo zdarza\u0107, i wtedy Istio zwr\u00f3ci b\u0142\u0105d 503, a oto co poka\u017ce siege:<\/p>\n
\"Istio<\/p>\n
OK, mamy Circuit Breaker, co dalej?<\/h3>\n
\nZrealizowali\u015bmy automatyczne od\u0142\u0105czenie, nie dotykaj\u0105c w og\u00f3le kodu \u017ar\u00f3d\u0142owego samych us\u0142ug. U\u017cywaj\u0105c Circuit Breaker i opisan\u0105 wy\u017cej procedur\u0119 Pool Ejection, mo\u017cemy wy\u0142\u0105cza\u0107 z puli zasob\u00f3w wolne kontenery, a\u017c powr\u00f3c\u0105 do normy, i sprawdza\u0107 ich stan z okre\u015blon\u0105 cz\u0119stotliwo\u015bci\u0105 \u2013 w naszym przyk\u0142adzie s\u0105 to dwie minuty (parametr sleepWindow).<\/p>\n
Zauwa\u017c, \u017ce zdolno\u015b\u0107 aplikacji do reagowania na b\u0142\u0105d 503 jest wci\u0105\u017c definiowana na poziomie jej kodu \u017ar\u00f3d\u0142owego. Istnieje wiele strategii dzia\u0142ania z Circuit Breaker, kt\u00f3re s\u0105 stosowane w zale\u017cno\u015bci od sytuacji.<\/p>\n
W nast\u0119pnej publikacji:<\/b> opowiemy o \u015bledzeniu i monitorowaniu, kt\u00f3re s\u0105 ju\u017c wbudowane lub \u0142atwo dodawane do Istio, oraz o tym, jak celowo wprowadza\u0107 b\u0142\u0119dy do systemu.
\n
\u0179r\u00f3d\u0142o: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u0438 \u0437\u0430\u0432\u0435\u0440\u0448\u0438\u043b\u0438\u0441\u044c, \u0438 \u043c\u044b \u0432\u043e\u0437\u0432\u0440\u0430\u0449\u0430\u0435\u043c\u0441\u044f \u0441 \u043d\u0430\u0448\u0438\u043c \u0432\u0442\u043e\u0440\u044b\u043c \u043f\u043e\u0441\u0442\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0438\u0438 \u043f\u043e Istio Service Mesh. \u0421\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u044f\u044f \u0442\u0435\u043c\u0430 \u2013 Circuit Breaker, \u0447\u0442\u043e \u0432 \u043f\u0435\u0440\u0435\u0432\u043e\u0434\u0435 \u043d\u0430 \u0440\u0443\u0441\u0441\u043a\u0438\u0439 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043e\u0437\u043d\u0430\u0447\u0430\u0435\u0442 \u00ab\u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0432\u044b\u043a\u043b\u044e\u0447\u0430\u0442\u0435\u043b\u044c\u00bb, \u0432 \u043f\u0440\u043e\u0441\u0442\u043e\u0440\u0435\u0447\u0438\u0438 \u2013 \u00ab\u0430\u0432\u0442\u043e\u043c\u0430\u0442 \u0437\u0430\u0449\u0438\u0442\u044b\u00bb. \u0422\u043e\u043b\u044c\u043a\u043e \u0432 Istio \u044d\u0442\u043e\u0442 \u0430\u0432\u0442\u043e\u043c\u0430\u0442 \u043e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u043d\u0435 \u043a\u043e\u0440\u043e\u0442\u043d\u0443\u0432\u0448\u0443\u044e \u0438\u043b\u0438 \u043f\u0435\u0440\u0435\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u0443\u044e \u0446\u0435\u043f\u044c, \u0430 \u043d\u0435\u0438\u0441\u043f\u0440\u0430\u0432\u043d\u044b\u0435 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b. \u041a\u0430\u043a \u044d\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u0438\u0434\u0435\u0430\u043b\u0435 \u041a\u043e\u0433\u0434\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54987","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Istio Circuit Breaker: wy\u0142\u0105czanie uszkodzonych kontener\u00f3w | ProHoster","description":"\u015awi\u0119ta dobieg\u0142y ko\u0144ca, a my wracamy z naszym drugim postem z serii o Istio Service Mesh.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istio-circuit-breaker-otklyuchaem-neispravnye-kontejnery","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\udd47Istio Circuit Breaker: \u043e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u043c \u043d\u0435\u0438\u0441\u043f\u0440\u0430\u0432\u043d\u044b\u0435 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b | ProHoster","og:description":"\u041f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u0438 \u0437\u0430\u0432\u0435\u0440\u0448\u0438\u043b\u0438\u0441\u044c, \u0438 \u043c\u044b \u0432\u043e\u0437\u0432\u0440\u0430\u0449\u0430\u0435\u043c\u0441\u044f \u0441 \u043d\u0430\u0448\u0438\u043c \u0432\u0442\u043e\u0440\u044b\u043c \u043f\u043e\u0441\u0442\u043e\u043c \u0438\u0437 \u0441\u0435\u0440\u0438\u0438 \u043f\u043e Istio Service Mesh.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/istio-circuit-breaker-otklyuchaem-neispravnye-kontejnery","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-01-08T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:03+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54987","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-01-24 13:26:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:54:34","updated":"2026-01-24 13:26:19","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\/54987","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=54987"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/54987\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=54987"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=54987"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=54987"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}