{"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\/sv\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"B\u00e4sta praxis f\u00f6r Kubernetes. Organisera Kubernetes med namnrymder","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

B\u00e4sta praxis f\u00f6r Kubernetes. Skapa sm\u00e5 containrar<\/a><\/noindex><\/p>\n

Allteftersom du b\u00f6rjar skapa fler och fler Kubernetes-tj\u00e4nster blir de enkla uppgifterna mer komplicerade. Till exempel kan utvecklarteam inte skapa tj\u00e4nster eller distributioner med samma namn. Om du har tusentals pods kan bara uppr\u00e4kningen av dem ta mycket tid, f\u00f6r att inte tala om att s\u00e4kerst\u00e4lla korrekt hantering. Och det h\u00e4r \u00e4r bara toppen av isberget.<\/p>\n

L\u00e5t oss titta p\u00e5 hur namespaces underl\u00e4ttar hanteringen av Kubernetes-resurser. S\u00e5 vad \u00e4r egentligen ett namespace? Ett namespace kan ses som en virtuell kluster inom ditt Kubernetes-kluster. Du kan ha flera isolerade namespaces inom ett och samma Kubernetes-kluster. De kan verkligen hj\u00e4lpa dig och dina team med organisation, s\u00e4kerhet och till och med systemets prestanda.<\/p>\n

\"B\u00e4sta
\n
\nI de flesta Kubernetes-distributioner kommer klustret \"out of the box\" med ett namespace som kallas \"default\". Det finns faktiskt tre namespaces som Kubernetes arbetar med: default, kube-system och kube-public. F\u00f6r n\u00e4rvarande anv\u00e4nds kube-public inte s\u00e5 ofta.<\/a><\/noindex><\/p>\n

\"B\u00e4sta
\n
\nAtt l\u00e4mna kube-namespacet or\u00f6rt \u00e4r en bra id\u00e9, s\u00e4rskilt i ett hanterat system som Google Kubernetes Engine. Det anv\u00e4nder namespace \"default\" som en plats d\u00e4r dina tj\u00e4nster och applikationer skapas. Det finns ingenting speciellt med det, f\u00f6rutom att Kubernetes \u00e4r konfigurerat f\u00f6r att anv\u00e4nda det \"utanf\u00f6r boxen\", och du kan inte ta bort det. Det \u00e4r bra f\u00f6r att komma ig\u00e5ng och f\u00f6r system med l\u00e5g prestanda, men jag skulle inte rekommendera att anv\u00e4nda default namespace i stora produktionssystem. I det sista fallet kan ett utvecklarteam l\u00e4tt skriva \u00f6ver n\u00e5gon annans kod och st\u00f6ra en annan teams arbete utan att ens vara medveten om det.<\/p>\n

D\u00e4rf\u00f6r b\u00f6r du skapa flera namespaces och anv\u00e4nda dem f\u00f6r att segmentera dina tj\u00e4nster i hanterade enheter. Ett namespace kan skapas med ett enda kommando. Om du vill skapa ett namespace som heter test, anv\u00e4nd kommandot $ kubectl create namespace test, eller skapa bara en YAML-fil och anv\u00e4nd den som vilken annan Kubernetes-resurs som helst.<\/p>\n

\"B\u00e4sta
\n
\nDu kan se alla namespaces med kommandot $ kubectl get namespace. <\/p>\n

\"B\u00e4sta
\n
\nN\u00e4r du har genomf\u00f6rt detta kommer du att se tre inbyggda namnutrymmen och ett nytt namnutrymme som heter \"test\". L\u00e5t oss titta p\u00e5 en enkel YAML-fil avsedd f\u00f6r att skapa en pod. Du kan m\u00e4rka att det inte finns n\u00e5gon h\u00e4nvisning till namnutrymmet.<\/p>\n

\"B\u00e4sta
\n
\nOm du anv\u00e4nder kubectl f\u00f6r att k\u00f6ra denna fil kommer den att skapa modulen mypod i det aktuella aktiva namnutrymmet. Detta kommer att vara standardnamnutrymmet tills du \u00e4ndrar det. Det finns tv\u00e5 s\u00e4tt att informera Kubernetes om vilket namnutrymme du vill skapa din resurs i. Det f\u00f6rsta s\u00e4ttet \u00e4r att anv\u00e4nda flaggan f\u00f6r namnutrymme n\u00e4r du skapar resursen. <\/p>\n

\"B\u00e4sta
\n
\nDet andra s\u00e4ttet \u00e4r att ange namnutrymmet i YAML-deklarationen.<\/p>\n

\"B\u00e4sta
\n
\nOm du anger namnutrymmet i YAML kommer resursen alltid att skapas i detta namnutrymme. Om du f\u00f6rs\u00f6ker anv\u00e4nda ett annat namnutrymme med flaggan f\u00f6r namnutrymme kommer kommandot att avslutas med ett fel. Nu, om du f\u00f6rs\u00f6ker hitta din pod, kommer du inte att kunna g\u00f6ra det. <\/p>\n

\"B\u00e4sta
\n
\nDetta beror p\u00e5 att alla kommandon k\u00f6rs utanf\u00f6r det aktuella aktiva namnutrymmet. F\u00f6r att hitta din pod m\u00e5ste du anv\u00e4nda flaggan f\u00f6r namnutrymme, men det blir snabbt tr\u00f6ttsamt, s\u00e4rskilt om du arbetar som utvecklare i en grupp som anv\u00e4nder sitt eget namnutrymme och inte vill anv\u00e4nda en s\u00e5dan flagga f\u00f6r varje enskilt kommando. L\u00e5t oss se hur detta kan l\u00f6sas.<\/p>\n

\"B\u00e4sta
\n
\nSom standard heter ditt aktiva namnutrymme default. Om du inte specificerar namnutrymme i resursens YAML kommer alla Kubernetes-kommandon att anv\u00e4nda detta aktiva default namespace. Tyv\u00e4rr kan f\u00f6rs\u00f6k att hantera det aktiva namnutrymmet med kubectl misslyckas. Men det finns ett mycket bra verktyg som heter Kubens, vilket f\u00f6renklar denna process avsev\u00e4rt. N\u00e4r du k\u00f6r kommandot kubens ser du alla namnutrymmen med det aktiva namnutrymmet markerat. <\/p>\n

\"B\u00e4sta
\n
\nF\u00f6r att byta det aktiva namnutrymmet till namnutrymmet test k\u00f6r du helt enkelt kommandot $ kubens test. Om du sedan skriver in kommandot $ kubens igen kommer du att se att det nu markerade nya aktiva namnutrymmet \u00e4r \u2013 test.<\/p>\n

\"B\u00e4sta
\n
\nDet inneb\u00e4r att du inte beh\u00f6ver ett namnrymdsflagga f\u00f6r att se pod i namnrymden test.<\/p>\n

\"B\u00e4sta
\n
\nS\u00e5ledes \u00e4r namnrymder dolda f\u00f6r varandra, men de \u00e4r inte isolerade fr\u00e5n varandra. En tj\u00e4nst fr\u00e5n en namnrymd kan ganska enkelt kommunicera med en tj\u00e4nst i en annan namnrymd, vilket ofta \u00e4r mycket anv\u00e4ndbart. M\u00f6jligheten till kommunikation mellan olika namnrymder inneb\u00e4r att din utvecklargrupps tj\u00e4nst kan interagera med en tj\u00e4nst fr\u00e5n en annan utvecklingsteam i en annan namnrymd.<\/p>\n

Vanligtvis, n\u00e4r din applikation vill f\u00e5 \u00e5tkomst till en Kubernetes-tj\u00e4nst, anv\u00e4nder du den inbyggda DNS-uppt\u00e4ckten och anger helt enkelt tj\u00e4nstens namn f\u00f6r din applikation. Men du kan skapa en tj\u00e4nst med samma namn i flera namnrymder, vilket inte \u00e4r till\u00e5tet. <\/p>\n

\"B\u00e4sta
\n
\nLyckligtvis \u00e4r det enkelt att kringg\u00e5 detta genom att anv\u00e4nda det utvidgade formatet f\u00f6r DNS-adresser. Tj\u00e4nster i Kubernetes exponerar sina slutpunkter med hj\u00e4lp av ett gemensamt DNS-m\u00f6nster. Det ser ungef\u00e4r ut s\u00e5 h\u00e4r:<\/p>\n

\"B\u00e4sta
\n
\nI allm\u00e4nhet beh\u00f6ver du bara tj\u00e4nstens namn, och DNS kommer automatiskt att best\u00e4mma den fullst\u00e4ndiga adressen. <\/p>\n

\"B\u00e4sta
\n
\nMen om du beh\u00f6ver f\u00e5 \u00e5tkomst till en tj\u00e4nst i en annan namnrymnd, anv\u00e4nd helt enkelt tj\u00e4nstens namn plus namnrymden:<\/p>\n

\"B\u00e4sta
\n
\nTill exempel, om du vill ansluta till databasens tj\u00e4nst i testnamnrymden kan du anv\u00e4nda adressen database.test.<\/p>\n

\"B\u00e4sta
\n
\nOm du ist\u00e4llet vill ansluta till databasens tj\u00e4nst i produktionsnamnrymden anv\u00e4nder du database.prod.<\/p>\n

\"B\u00e4sta
\n
\nOm du verkligen vill isolera och begr\u00e4nsa \u00e5tkomst till namnrymden, l\u00e5ter Kubernetes dig g\u00f6ra det med hj\u00e4lp av Kubernetes n\u00e4tverkspolicyer. Mer om detta kommer jag att ber\u00e4tta i n\u00e4sta del. <\/p>\n

Jag f\u00e5r ofta fr\u00e5gan hur m\u00e5nga namnrymder man ska skapa och i vilka syften? Vad inneb\u00e4r en f\u00f6rvaltad datasegment?<\/p>\n

Om du skapar f\u00f6r m\u00e5nga namnruvar kommer de bara att st\u00e5 i v\u00e4gen f\u00f6r dig. Om det d\u00e4remot finns f\u00f6r f\u00e5 namnruvar f\u00f6rlorar du alla f\u00f6rdelar med en s\u00e5dan l\u00f6sning. Jag tror att det finns fyra grundl\u00e4ggande steg som varje f\u00f6retag g\u00e5r igenom i processen att skapa sin organisatoriska struktur. Beroende p\u00e5 den utvecklingsfas som ditt projekt eller f\u00f6retag befinner sig i kan du till\u00e4mpa en l\u00e4mplig strategi f\u00f6r att skapa namnrum.<\/p>\n

F\u00f6rest\u00e4ll dig att du \u00e4r en del av ett litet team som arbetar med att utveckla 5-10 mikrotj\u00e4nster och du l\u00e4tt kan samla alla utvecklare i ett rum. I denna situation \u00e4r det meningsfullt att starta alla prod-tj\u00e4nster i namnrymden default. Sj\u00e4lvklart kan du f\u00f6r st\u00f6rre handlingsutrymme anv\u00e4nda 2 namnrum - ett f\u00f6r prod och ett f\u00f6r dev. Och det \u00e4r troligt att du testar din utveckling p\u00e5 din lokala dator med hj\u00e4lp av n\u00e5got som Minikube. <\/p>\n

Anta att omst\u00e4ndigheterna har f\u00f6r\u00e4ndrats och nu har du ett snabbt v\u00e4xande team som samtidigt arbetar med fler \u00e4n 10 mikrotj\u00e4nster. Det kommer en tid d\u00e5 det \u00e4r n\u00f6dv\u00e4ndigt att anv\u00e4nda flera kluster eller namnrum, separerade f\u00f6r prod och dev. Teamet kan delas in i flera undergrupper s\u00e5 att varje grupp har sina egna mikrotj\u00e4nster och var och en av dessa grupper kan v\u00e4lja sitt eget namnrum f\u00f6r att underl\u00e4tta hanteringen av utveckling och programvaruleverans.<\/p>\n

\"B\u00e4sta
\n
\nI takt med att varje medlem i teamet f\u00e5r en uppfattning om hur systemet fungerar som helhet blir det allt sv\u00e5rare att koordinera varje f\u00f6r\u00e4ndring med alla andra utvecklare. Att f\u00f6rs\u00f6ka rulla ut hela stacken p\u00e5 din lokala dator blir sv\u00e5rare f\u00f6r varje dag. <\/p>\n

I stora f\u00f6retag vet inte utvecklarna vem som arbetar med vad. Team kommunicerar genom serviceavtal eller anv\u00e4nder teknologin Service mesh, som l\u00e4gger till en abstraktionsniv\u00e5 ovanp\u00e5 n\u00e4tverket, typ konfigurationsverktyget Istio. Att f\u00f6rs\u00f6ka k\u00f6ra hela stacken lokalt \u00e4r helt enkelt om\u00f6jligt. Jag rekommenderar starkt att anv\u00e4nda en plattform f\u00f6r kontinuerlig leverans (CD) som Spinnaker i Kubernetes. S\u00e5, det kommer en tid n\u00e4r varje team definitivt beh\u00f6ver sitt eget namnrum. Varje team kan till och med v\u00e4lja flera namnrum f\u00f6r utvecklings- och produktionsmilj\u00f6er. <\/p>\n

Slutligen finns det stora f\u00f6retagsorganisationer d\u00e4r en grupp utvecklare inte ens k\u00e4nner till andra gruppers existens. Ett s\u00e5dant f\u00f6retag kan till och med anst\u00e4lla externa utvecklare som kommunicerar genom v\u00e4l dokumenterade API:er. I varje s\u00e5dan grupp finns det flera team och flera mikrotj\u00e4nster. I det h\u00e4r fallet \u00e4r det n\u00f6dv\u00e4ndigt att anv\u00e4nda alla verktyg jag talade om tidigare.<\/p>\n

\"B\u00e4sta
\n
\nProgrammerare ska inte manuellt distribuera tj\u00e4nster och ska inte ha tillg\u00e5ng till namnrum som inte ber\u00f6r dem. I det h\u00e4r skedet \u00e4r det l\u00e4mpligt att ha flera kluster f\u00f6r att minska \"explosionsradien\" av d\u00e5ligt konfigurerade applikationer, f\u00f6r att f\u00f6renkla faktureringsprocesser och resursf\u00f6rvaltning.<\/p>\n

S\u00e5ledes g\u00f6r r\u00e4tt anv\u00e4ndning av namnrum i din organisation Kubernetes mer hanterbart, kontrollerat, s\u00e4kert och flexibelt.<\/p>\n

B\u00e4sta praxis f\u00f6r Kubernetes. Kontroll av Kubernetes livskraft med hj\u00e4lp av Readiness- och Liveness-tester<\/a><\/noindex><\/p>\n

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

Lite reklam \ud83d\ude42<\/h3>\n

\nTack f\u00f6r att ni stannar kvar hos oss. Gillar ni v\u00e5ra artiklar? Vill ni se fler intressanta material? St\u00f6d oss genom att g\u00f6ra en best\u00e4llning eller rekommendera oss till era v\u00e4nner, moln-VPS f\u00f6r utvecklare fr\u00e5n $4,99<\/a><\/noindex>, en unik motsvarighet till entry-level servrar som vi har skapat f\u00f6r er:<\/b> Allt om VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps fr\u00e5n $19 eller hur man korrekt delar en server?<\/a><\/noindex> (alternativ med RAID1 och RAID10 finns tillg\u00e4ngliga, upp till 24 k\u00e4rnor och upp till 40GB DDR4).<\/p>\n

Dell R730xd \u00e4r tv\u00e5 g\u00e5nger billigare i datacentret Equinix Tier IV i Amsterdam?<\/b> Bara hos oss 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB fr\u00e5n $199<\/a><\/noindex> i Nederl\u00e4nderna! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 fr\u00e5n $99!<\/b><\/b> L\u00e4s om Hur man bygger en f\u00f6retagsinfrastruktur med Dell R730xd E5-2650 v4-servrar som kostar 9000 euro f\u00f6r en br\u00e5kdel?<\/a><\/noindex>
\n
K\u00e4lla: 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\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\udd47B\u00e4sta praxis f\u00f6r Kubernetes. Organisering av Kubernetes med namnrum | ProHoster","description":"B\u00e4sta praxis f\u00f6r Kubernetes.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/82223","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}