{"id":34596,"date":"2019-10-31T21:59:16","date_gmt":"2019-10-31T18:59:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/zhivut-li-bazy-dannyh-v-kubernetes\/"},"modified":"2019-10-31T21:59:16","modified_gmt":"2019-10-31T18:59:16","slug":"zhivut-li-bazy-dannyh-v-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","title":{"rendered":"Ali podatkovne baze \u017eivijo v Kubernetesu?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ali
\n
\nIstorijski gledaju\u0107i, IT industrija se deli na dve uslovne grupe: one koje su \"za\" i one koje su \"protiv\". Tema rasprave mo\u017ee biti bilo koja. Koji operativni sistem je bolji: Windows ili Linux? Da li koristiti Android ili iOS na pametnom telefonu? \u010cuvati sve u oblaku ili na hladnim RAID skladi\u0161tima sa hard diskovima u sefu? Da li PHP programeri imaju pravo da se nazivaju programerima? Ove rasprave su, povremeno, isklju\u010divo egzistencijalne prirode i nemaju osnova osim sportskog interesa.<\/p>\n

Desilo se da su sa pojavom kontejnera i cele ove omiljene 'kuhinje' sa Docker-om i uslovnim k8s po\u010dele i rasprave 'za' i 'protiv' kori\u0161\u0107enja novih mogu\u0107nosti u razli\u010ditim oblastima pozadinskog razvoja. (Da odmah napomenemo, iako se u ovom razmatranju kao orkestra \u010desto navodi Kubernetes, izbor ovog alata nije presudan. Na njegovo mesto mo\u017eete staviti bilo koji drugi koji vam se \u010dini najprikladnijim i najpoznatijim.)<\/p>\n

I, \u010dinilo bi se, ovo bi trebalo da bude jednostavna rasprava izme\u0111u dve strane istog nov\u010di\u0107a. Tako bezna\u010dajna i nemilosrdna kao ve\u010dna borba izme\u0111u Windows-a i Linux-a, u kojoj razboriti ljudi sasvim dobro postoje negde na sredini. Me\u0111utim, u slu\u010daju kontejnerizacije, stvari nisu tako jednostavne. Obi\u010dno u takvim raspravama nema 'prave' strane, ali u slu\u010daju 'primeniti' ili 'ne primeniti' kontejnere za \u010duvanje baza podataka, sve postaje naglava\u010dke. Jer, u odre\u0111enom smislu, i pristalice i protivnici takvog pristupa su u pravu.
\n<\/a><\/noindex><\/p>\n

Svetla strana<\/h4>\n

\nKratak opis argumentacije Svetle strane mo\u017ee se sa\u017eeti jednom frazom: 'Halo, 2k19 je napolju!' Zvu\u010di kao populizam, bez sumnje, ali ako se detaljno upustite u situaciju, ima svojih prednosti. One \u0107emo sada i razmotriti.<\/p>\n

\u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432imo, da imate obse\u017een spletni projekt. Morda je bil sprva zgrajen na mikroservisnem pristopu ali pa je do njega pri\u0161el po evolucijski poti \u2014 to dejansko ni toliko pomembno. Razdelili ste projekt na posamezne mikroservise, nastavili orkestracijo, uravnote\u017eenje obremenitve in \u0161iritev. In zdaj, z odli\u010dnim ob\u010dutkom, pijete mojito v gugalniku med 'Habra' u\u010dinki, namesto da bi se bavili s padlimi stre\u017eniki. Vendar pa moramo biti v vseh dejanjih dosledni. Zelo pogosto se samo aplikacija \u2014 koda \u2014 kontejnerizira. Kaj pa imamo \u0161e poleg kode?<\/p>\n

Pravilno, podatke. Srce vsakega projekta so podatki: to je lahko obi\u010dajna podatkovna baza \u2014 MySQL, Postgre, MongoDB, pa tudi shrambe, ki se uporabljajo za iskanje (ElasticSearch), shrambe klju\u010d-vrednost za predpomnjenje \u2014 na primer, Redis, itd. Zdaj se ne bomo ukvarjali s slabimi re\u0161itvami backend implementacije, ko baza podatkov odpove zaradi slabo napisanih poizvedb, temve\u010d se bomo osredoto\u010dili na zagotavljanje odpornosti te baze podatkov pod obremenitvijo strank. Ko kontejneriziramo na\u0161o aplikacijo in ji omogo\u010dimo prosto \u0161iritev za obdelavo poljubnega \u0161tevila vhodnih poizvedb, to nujno pove\u010duje tudi obremenitev na podatkovni bazi.<\/p>\n

Dejansko postane dostop do podatkovne baze in stre\u017enik, na katerem deluje, ozka grla v na\u0161em \u010dudovitem kontejneriziranem backendu. Hkrati je glavni cilj kontejnerske virtualizacije \u2014 gibljivost in prilagodljivost strukture, kar omogo\u010da u\u010dinkovito organizacijo porazdelitve vr\u0161ne obremenitve po vsem dostopnem infrastrukturi. To pomeni, da \u010de ne kontejneriziramo in ne razporedimo vseh elementov sistema po gru\u010di \u2014 delamo zelo resno napako.<\/p>\n

Pomembno je, da se ne le aplikacije, temve\u010d tudi storitve, odgovorne za shranjevanje podatkov, clusterizirajo. Pri clusterizaciji in name\u0161\u010danju neodvisno delujo\u010dih in med seboj obremenitev distribuirajo\u010dih spletnih stre\u017enikov v k8s \u017ee re\u0161ujemo problem sinhronizacije podatkov \u2014 na primer, komentarjev k objavam, \u010de vzamemo za primer kak\u0161na medijska podjetja ali platforme za bloganje. V vsakem primeru se ustvari notranji, \u010detudi virtualni, prikaz baze podatkov kot ExternalService. Vpra\u0161anje pa je, da sama baza podatkov \u0161e ni clusterizirana \u2014 name\u0161\u010deni spletni stre\u017eniki v kubi\u010dnem okolju pridobivajo informacije o spremembah iz na\u0161e stati\u010dne produkcijske baze, ki te\u010de lo\u010deno.<\/p>\n

Ob\u010dutite prevaro? Uporabljamo k8s ali Swarm, da razdelimo obremenitev in se izognemo izpadu glavnega spletnega stre\u017enika<\/a>, vendar tega ne delamo za baze podatkov. \u010ce namre\u010d baza podatkov odpove, potem v vsem na\u0161em clusteriziranem okolju ni smisla \u2014 kak\u0161na korist nam je od praznih spletnih strani, ki vrnejo napako dostopa do baze podatkov?<\/p>\n

Zato je nujno clusterizirati ne le spletne stre\u017enike, kot je obi\u010dajno, temve\u010d tudi infrastrukturo baze podatkov. Le tako lahko zagotovimo, da struktura deluje u\u010dinkovito kot enota, a je \u0161e vedno neodvisna ena od druge. Tudi \u010de polovica na\u0161ega backenda odpove pod obremenitvijo \u2014 preostala bo pre\u017eivela, sistem sinhronizacije baze podatkov med seboj znotraj klasterja in mo\u017enost neskon\u010dnega raz\u0161irjanja ter name\u0161\u010danja novih klasterjev bosta pomagala hitro dose\u010di potrebne zmogljivosti \u2014 le imeti moramo stojala v podatkovnem centru.<\/p>\n

Poleg tega distribuirani v klasterjih model baze podatkov omogo\u010da prenos te baze tja, kjer je potrebna; \u010de govorimo o globalni storitvi, je precej nelogi\u010dno imeti spletni klaster nekje v okolici San Francisca in ob tem prena\u0161ati pakete, ko dostopamo do baze podatkov v Podmoskovju in nazaj.<\/p>\n

Prav tako omre\u017eno delovanje baze podatkov omogo\u010da postavitev vseh elementov sistema na enem nivoju abstrakcije. To pa posledi\u010dno omogo\u010da upravljanje tega sistema neposredno iz kode, razvijalci to lahko po\u010dnejo brez aktivnega vklju\u010devanja administratorjev. Razvijalci so pomislili, da potrebujemo posebno DBMS za nov podprojekt \u2014 enostavno! napisali so yaml-datoteko, nalo\u017eili v klaster in pripravljeno.<\/p>\n

In addition, the internal operation is significantly simplified. Tell me, how many times have you squinted when a new team member reached into the production database for work? The one database you actually have and is currently running? Of course, we're all adults here, and somewhere we have a fresh backup, and further back \u2014 behind the shelf with grandma's pickles and old skis \u2014 there\u2019s another backup, possibly even in cold storage, because your office has burned down once before. Still, every time a new team member is introduced with access to the production infrastructure and, of course, the production database \u2014 it\u2019s a bucket of valerian for everyone around. Who knows this rookie? Maybe he\u2019s clumsy? It\u2019s scary, admit it.<\/p>\n

Containerization and, essentially, the distributed physical topology of your project's database help avoid such stressful moments. Don't trust the newcomer? Okay! Let\u2019s set up his own cluster for work and disconnect it from the other database clusters \u2014 synchronization only through manual push and synchronous turning of two keys (one for the team lead and the other for the admin). And everyone is happy.<\/p>\n

Now it's time to argue against database clustering.<\/p>\n

The Dark Side<\/h4>\n

\nConsidering why one shouldn't containerize the database and continue running it on a single central server, stre\u017enikom<\/a>let's not stoop to the rhetoric of the orthodox and statements like 'grandfathers ran databases on hardware, and so will we!' Instead, let\u2019s try to come up with a situation where containerization would indeed yield tangible benefits.<\/p>\n

Agreed, the projects that really need a database in a container can be counted on one hand, not belonging to the best miller. In most cases, even using k8s or Docker Swarm is excessive \u2014 quite often, these tools are resorted to due to the overall hype around technologies and the directives from higher-ups pushing to put everything in the cloud and containers. Well, because it\u2019s fashionable now and everyone is doing it.<\/p>\n

V ve\u010d kot polovici primerov je uporaba Kubernetes ali preprosto Docker na projektu pretirana. Te\u017eava je v tem, da si vse ekipe ali zunanja podjetja, ki so bila najeta za vzdr\u017eevanje infrastrukture stranke, tega ne zavedajo. \u0160e huje je, ko se kontejnerji vsiljujejo, ker to stranko stane dolo\u010deno \u0161tevilo kovancev.<\/p>\n

Na splo\u0161no prevladuje mnenje, da Docker\/K8s mafija preprosto podbija stranke, ki predajajo te infrastrukturne zadeve v outsourcing. Kajti za delo s klastrskimi re\u0161itvami so potrebni in\u017eenirji, ki to zmorejo in razumejo arhitekturo implementiranih re\u0161itev. \u017de prej smo opisali na\u0161 primer z izdajo Republic \u2013 tam smo ekipo stranke nau\u010dili delati v realnostih Kubernetes-a in vsi so bili zadovoljni. In to je bilo po\u0161teno. Velikokrat pa izvajalci K8s vzamejo infrastrukturo stranke za talce \u2013 saj le oni razumejo, kako vse deluje, stranka pa nima strokovnjakov.<\/p>\n

Zdaj si predstavljajte, da na ta na\u010din oddamo ne samo spletni stre\u017enik v outsourcing, temve\u010d tudi upravljanje z bazo podatkov. Rekli smo, da je baza podatkov srce, in izguba srca je usodna za vsak \u017eiv organizem. Na kratko, obeti niso najbolj\u0161i. Namesto hipersodobnega Kubernetes-a bi se mnogim projektom spla\u010dalo preprosto investirati v normalen tarifni na\u010drt na AWS, kar bi re\u0161ilo vse te\u017eave s prometom njihovih spletnih strani\/projektov. A AWS \u017ee ni ve\u010d moderen, in prazne obljube so dra\u017eje od denarja \u2013 \u017eal tudi v IT okolju.<\/p>\n

Okej. Morda je klasterizacija res potrebna za projekt, vendar \u010de je pri stateless aplikacijah vse jasno, kako torej organizirati dostojno zagotovitev omre\u017ene povezljivosti za klasterizirano bazo podatkov?<\/p>\n

Ko govorimo o brez\u0161ivni in\u017eenirski re\u0161itvi, ki jo predstavlja prehod na k8s, je na\u0161 najve\u010dji problem replikacija podatkov v klasterizirani bazi podatkov. Nekatere DBMS se od za\u010detka precej prijazno dr\u017eijo razporejanja podatkov med svojimi posameznimi primerki. Mnogi drugi niso tako prijazni. In pogosto postane glavni argument pri izbiri DBMS za na\u0161 projekt sposobnost replikacije z minimalnimi stro\u0161ki virov in in\u017eeniringa. \u0160e posebej, \u010de projekt sprva ni bil na\u010drtovan kot mikroservis, ampak se je preprosto razvil v to smer. <\/p>\n

Mislim, da ni treba razlagati o hitrosti delovanja omre\u017enih diskov \u2014 so po\u010dasni. To pomeni, da v primeru, da bi morali znova zagnati primer DBMS nekje, kjer je ve\u010d procesorske mo\u010di ali prostih gigabajtov pomnilnika, te mo\u017enosti nimamo. Zelo hitro se bomo soo\u010dili s te\u017eavami pri zmogljivosti virtualiziranega diska. Zato mora biti DBMS povezan s svojim lastnim naborom naprav, ki se nahajajo v neposredni bli\u017eini. Ali pa moramo nekako posebej zagotoviti dovolj hitro sinhronizacijo podatkov za predvidene rezerve. <\/p>\n

Kar zadeva virtualne datote\u010dne sisteme: \u017eal Docker Volumes niso brez te\u017eav. Na splo\u0161no bi \u017eeleli pri dolgoro\u010dnem zanesljivem shranjevanju podatkov upo\u0161tevati \u010dim bolj preproste tehni\u010dne sheme. Dodajanje nove plasti abstrakcije iz datote\u010dnega sistema kontejnerja v datote\u010dni sistem gostitelja je \u017ee samo po sebi tvegano. A ko pride do te\u017eav pri prenosu podatkov med temi plastmi v delovanju sistema za zagotavljanje kontejnerizacije, je to \u017ee povsem katastrofalno. Trenutno se zdi, da je ve\u010dina znanih te\u017eav, ki jih je prepoznala \u010dlove\u0161tvo, odpravljena. A sami veste, \u010dim bolj zapleten je mehanizem, tem la\u017eje se pokvari.<\/p>\n

Ob vsej tej prilo\u017enosti je bolj smiselno in enostavneje hraniti BDP na enem mestu, in \u010de potrebujete kontejnerizacijo aplikacije \u2014 naj deluje sama in prek distribucijskega prehoda pridobiva hkratno povezavo z BDP, ki se bo brala in pisala le enkrat in na enem mestu. Tak pristop zmanj\u0161a verjetnost napak in razhajanj na minimalne vrednosti.<\/p>\n

Kam torej ciljamo? K temu, da je kontejnerizacija BDP smiselna le, kjer obstaja prava potreba. Ni mogo\u010de stla\u010diti baze celotne aplikacije in jo obravnavati, kot da imate dva ducata mikroservisov \u2014 tako ne deluje. In to je treba jasno razumeti.<\/p>\n

Namesto izida<\/h4>\n

\n\u010ce pri\u010dakujete jasen izid \"virtualizirati ali ne BDP\", vas moramo razo\u010darati: tu ga ne bo. Ker ob ustvarjanju kakr\u0161ne koli infrastrukturne re\u0161itve morate ravnati ne po modi in napredku, temve\u010d predvsem po zdravi pameti.<\/p>\n

Obstajajo projekti, kjer principi in orodja, ki prihajajo s Kubernetesom, delujejo popolnoma, in v tak\u0161nih projektih vsaj v ozadju pride do harmonije. Obstajajo pa tudi projekti, ki ne potrebujejo kontejnerizacije, ampak normalno stre\u017eni\u0161ko infrastrukturo, saj se preprosto ne morejo prilagoditi mikroservisnemu klaster modelu, ker bi se sesuli.
\n
Izvor: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a\u0430\u043a-\u0442\u043e \u0442\u0430\u043a \u0438\u0441\u0442\u043e\u0440\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u043b\u043e\u0436\u0438\u043b\u043e\u0441\u044c, \u0447\u0442\u043e IT-\u0438\u043d\u0434\u0443\u0441\u0442\u0440\u0438\u044f \u043f\u043e \u043b\u044e\u0431\u043e\u043c\u0443 \u043f\u043e\u0432\u043e\u0434\u0443 \u0440\u0430\u0437\u0431\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0434\u0432\u0430 \u0443\u0441\u043b\u043e\u0432\u043d\u044b\u0445 \u043b\u0430\u0433\u0435\u0440\u044f: \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u00ab\u0437\u0430\u00bb \u0438 \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u00ab\u043f\u0440\u043e\u0442\u0438\u0432\u00bb. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u0441\u043f\u043e\u0440\u043e\u0432 \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0430\u0431\u0441\u043e\u043b\u044e\u0442\u043d\u043e \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u043b\u044c\u043d\u044b\u043c. \u041a\u0430\u043a\u0430\u044f \u041e\u0421 \u043b\u0443\u0447\u0448\u0435: Win \u0438\u043b\u0438 Linux? \u041d\u0430 \u0441\u043c\u0430\u0440\u0442\u0444\u043e\u043d\u0435 Android \u0438\u043b\u0438 iOS? \u0425\u0440\u0430\u043d\u0438\u0442\u044c \u0432\u0441\u0435 \u0432 \u043e\u0431\u043b\u0430\u043a\u0430\u0445 \u0438\u043b\u0438 \u0437\u0430\u043b\u0438\u0432\u0430\u0442\u044c \u043d\u0430 \u0445\u043e\u043b\u043e\u0434\u043d\u044b\u0435 RAID-\u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0438 \u043a\u043b\u0430\u0441\u0442\u044c \u0432\u0438\u043d\u0442\u044b \u0432 \u0441\u0435\u0439\u0444? \u0418\u043c\u0435\u044e\u0442 \u043b\u0438 PHP-\u0448\u043d\u0438\u043a\u0438 \u043f\u0440\u0430\u0432\u043e […]<\/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-34596","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\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\udd47Ali podatkovne baze \u017eivijo v Kubernetesu? | ProHoster","description":"Zgodovinsko je IT-industrija tako oblikovana.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\u0416\u0438\u0432\u0443\u0442 \u043b\u0438 \u0431\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445 \u0432 Kubernetes? | ProHoster","og:description":"\u041a\u0430\u043a-\u0442\u043e \u0442\u0430\u043a \u0438\u0441\u0442\u043e\u0440\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u043b\u043e\u0436\u0438\u043b\u043e\u0441\u044c, \u0447\u0442\u043e IT-\u0438\u043d\u0434\u0443\u0441\u0442\u0440\u0438\u044f \u043f\u043e.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","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:59:16+00:00","article:modified_time":"2019-10-31T18:59:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34596","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-09 21:46:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:18:36","updated":"2026-02-09 21:46:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/34596","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=34596"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/34596\/revisions"}],"predecessor-version":[{"id":159764,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/34596\/revisions\/159764"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=34596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=34596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=34596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}