{"id":82223,"date":"2020-05-20T13:42:34","date_gmt":"2020-05-20T11:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen"},"modified":"2020-05-20T13:42:34","modified_gmt":"2020-05-20T11:42:34","slug":"luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"Kubernetesi parimad praktikad. Kubernetesi korraldamine nimespetsiifiliste ruumide abil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kubernetesi parimad praktikad. V\u00e4ikeste konteinerite loomine<\/a><\/noindex><\/p>\n

Kuna alustate j\u00e4rjest rohkem Kubernetes teenuste loomist, muutuvad alguses lihtsad \u00fclesanded keeruliseks. N\u00e4iteks ei saa arendustiimid luua teenuseid v\u00f5i juurutusi sama nimega. Kui teil on tuhandeid pode, kulub nende lihtsalt loetlemiseks palju aega, r\u00e4\u00e4kimata korraliku haldamise tagamisest. Ja see on alles j\u00e4\u00e4m\u00e4e tipp.<\/p>\n

Vaatame, kuidas namespace aitab Kubernetes ressursside haldamist lihtsustada. Mis on \u00fcldse namespace? Namespace'i v\u00f5ib pidada nagu virtuaalset klastrit teie Kubernetes klastris. \u00dches Kubernetes klastris v\u00f5ib olla mitu omavahel isoleeritud namespace'i. Need v\u00f5ivad t\u00f5eliselt aidata teid ja teie meeskondi organisatsiooni, turvalisuse ja isegi s\u00fcsteemi j\u00f5udluse osas.<\/p>\n

\"Kubernetesi
\n
\nEnamikus Kubernetesi distributsioonides on klaster \"karbist v\u00e4lja\" nimespetsiifilise nimega \"default\". Tegelikult on kolm namespace'i, millega Kubernetes tegeleb: default, kube-system ja kube-public. Praegu ei kasutata kube-public'i v\u00e4ga sageli.<\/a><\/noindex><\/p>\n

\"Kubernetesi
\n
\nKube namespace'i muutmine ei ole hea idee, eriti niiv\u00f5rd hallatavas s\u00fcsteemis nagu Google Kubernetes Engine. See kasutab \"default\" namespace'i, et luua teie teenuseid ja rakendusi. Seal ei ole absoluutselt midagi erilist, v\u00e4lja arvatud see, et Kubernetes on \u201ekarbist v\u00e4lja\u201c selle kasutamiseks seadistatud ja te ei saa seda kustutada. See sobib h\u00e4sti alustamiseks ja madala j\u00f5udlusega s\u00fcsteemide jaoks, kuid ma ei soovitaks kasutada default namespace'i suuremates tootmis\u00fcsteemides. Viimases juhtumis v\u00f5ib \u00fcks arendustiim kergesti kirjutada \u00fcmber teise koodi ja h\u00e4irida teise tiimi t\u00f6\u00f6d, isegi aru saamata.<\/p>\n

Seet\u00f5ttu peaksite looma mitu namespace'i ja kasutama neid oma teenuste segmenteerimiseks hallatavatesse komponentidesse. Namespace'i saab luua \u00fche k\u00e4suga. Kui soovite luua namespace'i nimega test, kasutatakse k\u00e4sku $ kubectl create namespace test v\u00f5i lihtsalt looge YAML-fail ja kasutage seda nagu mistahes muud Kubernetes ressurssi.<\/p>\n

\"Kubernetesi
\n
\nK\u00f5iki namespace'e saab vaadata k\u00e4suga $ kubectl get namespace. <\/p>\n

\"Kubernetesi
\n
\nK\u00e4sku t\u00e4itmisel n\u00e4ete kolme sisseehitatud namespace'i ja uut namespace'i nimega \"test\". Vaatame lihtsat YAML-faili, mis on m\u00f5eldud pod'i loomiseks. V\u00f5ib m\u00e4rgata, et seal ei mainita mingit namespace'i.<\/p>\n

\"Kubernetesi
\n
\nKui rakendate kubectl selle faili k\u00e4itamiseks, loob see mooduli mypod hetkel aktiivses namespace'is. See on default namespace, kuni te seda ei muuda. On kaks viisi, kuidas \u00f6elda Kubernetesile, millises namespace'is soovite oma ressurssi luua. Esimene viis on kasutada namespace'i lippu ressurssi luues. <\/p>\n

\"Kubernetesi
\n
\nTeine viis on m\u00e4\u00e4rata namespace YAML deklaratsioonis.<\/p>\n

\"Kubernetesi
\n
\nKui m\u00e4\u00e4rate namespace'i YAML-is, luuakse ressurss alati selles namespace'is. Kui proovite kasutada teist namespace'i namespace'i lipu kasutamisel, l\u00f5ppeb k\u00e4sk veaga. N\u00fc\u00fcd, kui proovite oma pod'i leida, ei suuda te seda teha. <\/p>\n

\"Kubernetesi
\n
\nSee juhtub, kuna k\u00f5ik k\u00e4sud t\u00e4idetakse hetkel aktiivse namespace'i v\u00e4ljaspool. Oma pod'i leidmiseks peate kasutama namespace'i lippu, kuid see t\u00fc\u00fctab kiiresti \u00e4ra, eriti kui olete arendaja r\u00fchmas, mis kasutab oma namespace'i ja ei soovi seda lippu iga k\u00e4su puhul kasutada. Vaatame, kuidas seda parandada.<\/p>\n

\"Kubernetesi
\n
\nKarbist v\u00e4lja on teie aktiivne namespace nimega default. Kui te ei t\u00e4psusta resource YAML-is namespace'i, siis k\u00f5ik Kubernetes'i k\u00e4sud kasutavad seda aktiivset default namespace'i. Kahjuks v\u00f5ib aktiivse namespace'i haldamine kubectliga eba\u00f5nnestuda. Siiski on olemas v\u00e4ga hea t\u00f6\u00f6riist nimega Kubens, mis lihtsustab seda protsessi oluliselt. Kui k\u00e4itate k\u00e4sku kubens, n\u00e4ete k\u00f5iki namespace'e, kus aktiivne namespace on esile t\u00f5stetud. <\/p>\n

\"Kubernetesi
\n
\nAktiivse namespace'i muutmiseks namespace'iks test peate lihtsalt k\u00e4ivitama k\u00e4su $ kubens test. Kui seej\u00e4rel uuesti sisestate k\u00e4su $ kubens, on n\u00e4ha, et n\u00fc\u00fcd on uus aktiivne namespace \u2013 test.<\/p>\n

\"Kubernetesi
\n
\nSee t\u00e4hendab, et te ei vaja namespace'i lippu, et n\u00e4ha pod'i namespace'is test.<\/p>\n

\"Kubernetesi
\n
\nNii et nimespetsiifid on \u00fcksteisest varjatud, kuid mitte isoleeritud. \u00dcks nimespetsiifiline teenus v\u00f5ib suhtlemiseks olla \u00fcsna h\u00f5lpsasti \u00fchendatud teise nimespetsiifilise teenusega, mis on sageli v\u00e4ga kasulik. Erinevate nimespetsiifiliste teenuste vahelise suhtlemise v\u00f5imalus t\u00e4hendab, et teie arendajate teenus v\u00f5ib suhelda teise arendustiimi teenusega teises nimespetsiifilises keskkonnas.<\/p>\n

Tavaliselt, kui teie rakendus soovib juurdep\u00e4\u00e4su Kubernetes teenusele, kasutate sisseehitatud DNS-teenuse avastamist ja lihtsalt \u00fctlete oma rakendusele teenuse nime. Kuid samas v\u00f5ite luua mitmes nimespetsiifilises ruumis sama nimega teenuse, mis on vastuv\u00f5etamatu. <\/p>\n

\"Kubernetesi
\n
\n\u00d5nneks on seda lihtne \u00fcmber k\u00e4ia, kasutades t\u00e4ielikku DNS-aadressi. Kuberneteses eksponeerivad teenused oma l\u00f5pp-punkte, kasutades \u00fcldist DNS-malli. See n\u00e4eb v\u00e4lja umbes selline:<\/p>\n

\"Kubernetesi
\n
\nReeglina vajate lihtsalt teenuse nime, ning DNS m\u00e4\u00e4rab automaatselt t\u00e4pselt aadressi. <\/p>\n

\"Kubernetesi
\n
\nKuid kui peate juurdep\u00e4\u00e4su saama teise nimespetsiifilise teenuse, kasutage lihtsalt teenuse nime koos nimespetsiifilise nimega:<\/p>\n

\"Kubernetesi
\n
\nN\u00e4iteks kui soovite \u00fchenduda teenuse andmebaasiga test nimespetsiifilises ruumis, v\u00f5ite kasutada aadressi database.test.<\/p>\n

\"Kubernetesi
\n
\nKui soovite aga \u00fchenduda teenuse andmebaasiga prod nimespetsiifilises ruumis, kasutate database.prod.<\/p>\n

\"Kubernetesi
\n
\nKui soovite t\u00f5eliselt isoleerida ja piirata juurdep\u00e4\u00e4su nimespetsiifilisele ruumile, v\u00f5imaldab Kubernetes seda teha Kubernetes Network Policies\u2019i kaudu. Selle kohta r\u00e4\u00e4gin j\u00e4rgmisel korral. <\/p>\n

K\u00fcsin sageli, kui palju nimespetsiifilisi ruume peaks looma ja milliste eesm\u00e4rkide jaoks? Mis on hallatav andmefragment?<\/p>\n

Kui loote liiga palju nimespetsiifilisi ruume, takistavad need teid lihtsalt. Kui neid on aga liiga v\u00e4he, kaotate k\u00f5ik sellise lahenduse eelised. Minu arvates on neli peamist etappi, mille iga ettev\u00f5te l\u00e4bib oma organisatsiooni struktuuri loomisel. S\u00f5ltuvalt sellest, millises arenguastmes teie projekt v\u00f5i ettev\u00f5te on, v\u00f5ite rakendada vastavat nimespetsiifilise ruumi loomise strateegiat.<\/p>\n

Kujutage ette, et olete v\u00e4ikese meeskonna osa, kes t\u00f6\u00f6tab 5-10 mikroteenuse arendamise kallal, ja te saate k\u00f5ik arendajad erinevatesse ruumidesse h\u00f5lpsasti kokku tuua. Sellises olukorras on m\u00f5istlik k\u00e4ivitada k\u00f5ik prod-teenused nimespetsiifilises ruumis default. Muidugi, et tagada rohkem ruumi, v\u00f5ite kasutada kahte nimespetsiifilist ruumi \u2014 eraldi prod ja dev jaoks. Ja t\u00f5en\u00e4oliselt testite oma arendust oma kohaliku arvuti abil, kasutades midagi sarnast Minikube\u2019 ga. <\/p>\n

Oletame, et olukord on muutunud ja n\u00fc\u00fcd on teil kiiresti kasvav meeskond, kes t\u00f6\u00f6tab samaaegselt rohkem kui 10 mikroteenuse kallal. J\u00f5uab hetk, mil on vaja kasutada mitmeid klistre v\u00f5i nimespetsiifilisi ruume, eraldi prod ja dev jaoks. V\u00f5ite jagada meeskonna mitmeks alamgrupiks, nii et iga\u00fchel neist on oma mikroteenused ja iga \u00fcks neist saab valida oma nimespetsiifilise ruumi, et h\u00f5lbustada arenduse ja tarkvara v\u00e4ljaandmise haldamist.<\/p>\n

\"Kubernetesi
\n
\nKuna iga meeskonna liige saab j\u00e4rjest paremini aru, kuidas s\u00fcsteem tervikuna t\u00f6\u00f6tab, muutub iga muudatuse koordineerimine k\u00f5igi teiste arendajatega j\u00e4rjest raskemaks. Proovida kogu tehnoloogia stacki oma kohaliku arvuti peal k\u00e4itada on iga p\u00e4ev \u00fcha keerulisem. <\/p>\n

Suurtes ettev\u00f5tetes ei tea arendajad \u00fcldse, kes t\u00e4pselt millega t\u00f6\u00f6tab. Meeskonnad suhtlevad teenuse lepingute kaudu v\u00f5i kasutavad tehnoloogiat Service mesh, mis lisab v\u00f5rgu kohal abstraktsiooni taseme, nagu konfigureerimist\u00f6\u00f6riist Istio. Proovimine oma sisest hangete serveriv varud on lihtsalt v\u00f5imatu. Soovitan soojalt kasutada Kuberneteses pideva kohaletoimetamise (CD) platvormi nagu Spinnaker. Nii et j\u00f5uab hetk, mil igal meeskonnal on kindlasti vaja oma nimespetsiifilist ruumi. Iga meeskond v\u00f5ib isegi valida mitmeid nimespetsiifilisi ruume keskkondade dev ja prod jaoks. <\/p>\n

L\u00f5puks on olemas suured ettev\u00f5tted, kus \u00fcks arendajate r\u00fchm ei tea isegi teiste r\u00fchmade olemasolust. T\u00f5en\u00e4oliselt v\u00f5ib selline ettev\u00f5te palgata ka v\u00e4list arendajat, kes suhtleb h\u00e4sti dokumenteeritud API-de kaudu. Igas sellises r\u00fchmas on mitu tiimi ja mitu mikroteenust. Sellisel juhul tuleb kasutada k\u00f5iki varem mainitud t\u00f6\u00f6riistu.<\/p>\n

\"Kubernetesi
\n
\nProgrammeerijatel ei tohi olla \u00f5igust teenuseid k\u00e4sitsi juurutada ega p\u00e4\u00e4seda nimesse, mis neid ei puuduta. Sel etapil on m\u00f5istlik omada mitmeid klastreid, et v\u00e4hendada halvasti seadistatud rakenduste 'plahvatusraadiust', lihtsustada arveldamise ja ressursside halduse protsesse.<\/p>\n

Seega v\u00f5imaldab teie organisatsiooni \u00f5ige nimestruktuuri kasutamine muuta Kubernetes'i paremini hallatavaks, kontrollitavaks, turvaliseks ja paindlikuks.<\/p>\n

Kubernetesi parimad praktikad. Kubernetesi eluj\u00f5udluse kontrollimine Readiness ja Liveness testide abil<\/a><\/noindex><\/p>\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Veidi reklaami \ud83d\ude42<\/h3>\n

\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavaid materjale? Toetage meid, tehes tellimuse v\u00f5i soovitades meid tuttavatele. pilve VPS arendajatele alates $4,99<\/a><\/noindex>, ainulaadne sisenemise taseme serverite analoog, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> Kogu t\u00f5de VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps alates $19 v\u00f5i kuidas \u00f5ieti serverit jagada?<\/a><\/noindex> (saadaval on RAID1 ja RAID10 variandid, kuni 24 s\u00fcdamikku ja kuni 40GB DDR4).<\/p>\n

Kas Dell R730xd on kaks korda odavam Equinixi Tier IV andmete keskuses Amsterdamis?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandi turul! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege, kuidas Luua ettev\u00f5tte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?<\/a><\/noindex>
\n
Allikas: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041f\u043e \u043c\u0435\u0440\u0435 \u0442\u043e\u0433\u043e \u043a\u0430\u043a \u0432\u044b \u043d\u0430\u0447\u0438\u043d\u0430\u0435\u0442\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 Kubernetes, \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u043f\u043e \u043d\u0430\u0447\u0430\u043b\u0443 \u0437\u0430\u0434\u0430\u0447\u0438 \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0442 \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0442\u044c\u0441\u044f. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043d\u0435 \u043c\u043e\u0433\u0443\u0442 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043b\u0443\u0436\u0431\u044b \u0438\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0434 \u043e\u0434\u043d\u0438\u043c \u0438 \u0442\u0435\u043c \u0436\u0435 \u0438\u043c\u0435\u043d\u0435\u043c. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0442\u044b\u0441\u044f\u0447\u0438 \u043f\u043e\u0434\u043e\u0432, \u0438\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435 \u043f\u0435\u0440\u0435\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u0435 \u0437\u0430\u0439\u043c\u0435\u0442 \u043a\u0443\u0447\u0443 \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u043d\u0435 \u0433\u043e\u0432\u043e\u0440\u044f \u043e \u0442\u043e\u043c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82223","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47 Parimad Kubernetes'i praktikad. Kubernetes'i korraldamine nimestruktuuriga | ProHoster","description":"Kubernetesi parimad praktikad.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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-05-20T11:42:34+00:00","article:modified_time":"2020-05-20T11:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82223","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 15:41:29","updated":"2022-09-29 19:27:31","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/82223","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}