{"id":54069,"date":"2019-12-17T00:00:00","date_gmt":"2019-12-16T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym"},"modified":"2020-02-18T14:02:02","modified_gmt":"2020-02-18T11:02:02","slug":"kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","title":{"rendered":"Is Kubernetes de nieuwe Linux? Interview met Pavel Selivanov","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nUitleg:
\nAzat Khadiev: Hallo. Mijn naam is Azat Khadiev. Ik ben ontwikkelaar in de PaaS-discipline van Mail.ru Cloud Solutions. Hier is Pavel Selivanov van Southbridge. We zijn op de DevOpsDays-conferentie. Hij zal hier een presentatie geven over hoe je met Kubernetes DevOps kunt opbouwen, maar waarschijnlijk lukt het je toch niet. Waarom zo'n somber thema?
\n<\/a><\/noindex>
\nPavel Selivanov: Het is eigenlijk niet somber. Het gaat erom dat we veel problemen in onze gemeenschap proberen op te lossen met technologie\u00ebn. En bovendien proberen we deze problemen vaak op een eenzijdige manier aan te pakken met technologie\u00ebn. Kubernetes is daar een goed voorbeeld van \u2014 het is iets waar je, zou je kunnen zeggen, Ops verantwoordelijk voor is. Maar we hebben ook het prachtige begrip DevOps-engineer. De DevOps-engineer is verantwoordelijk voor Kubernetes. Dan\u2026 je kunt Kubernetes implementeren, terwijl de Dev-jongens in het geheel niet op de hoogte zijn van al die Kubernetes-dingen, of wat het mogelijk maakt \u2014 en voor hen gebeurt alles gewoon op dezelfde manier. En dat is ondanks het feit dat Kubernetes kant-en-klare oplossingen en gereedschappen bevat om deze technologie te gebruiken om de DevOps-aanpak en de communicatie tussen Dev en Ops te verbeteren. We gebruiken deze mogelijkheid heel weinig. Door de huidige structuren over te zetten op al deze DevOps-tools \u2014 Docker, Kubernetes, cloud, enzovoort \u2014 verergeren we de situatie nog meer. En de tools worden niet gebruikt zoals ze bedoeld zijn. Rond al deze technologie\u00ebn worden gewoon verschrikkelijke oplossingen gebouwd. <\/p>\n

Azat Khadiev: Begrijpelijk. Het voelt alsof het onderwerp uitgebreid is. Wat denk je, wat is momenteel het meest voorkomende probleem bij bedrijven met betrekking tot Kubernetes?<\/p>\n

Pavel Selivanov: Het grootste probleem met Kubernetes is het gebrek aan competenties. In de IT is dit een veelvoorkomend probleem. Er is altijd een tekort aan specialisten. Er ontbreekt altijd kennis. En nu, met Kubernetes, ontbreekt het aan kennis. Bovendien zijn er heel weinig kant-en-klare oplossingen op de markt die het mogelijk maken om Kubernetes te implementeren zonder de benodigde kennis te hebben. En de oplossingen die er zijn, roepen allemaal vragen op. Continu zijn we op zoek naar mensen die verstand hebben van Kubernetes. We proberen de ontwikkeling erbij te betrekken. <\/p>\n

Azat Khadiev: En gezien de huidige krapte op de arbeidsmarkt in de IT, die altijd heeft bestaan en er nog steeds is, hoe denk jij dat je in deze omstandigheden kunt leven? Wat zijn er voor lifehacks? <\/p>\n

Pavel Selivanov: Lifehacks. Ten eerste, vanuit het perspectief van de cloud, ziet een lifehack er als volgt uit \u2014 laten we een deel van jullie competenties aan ons overdragen. Dan zullen wij die intern opnemen en ermee aan de slag gaan. Dat is op zich een goede zaak, behalve dat het belangrijk is om te begrijpen voor degenen die dit gebruiken... Het is eigenlijk een prachtig moment... Maar het is belangrijk om te realiseren dat als je een deel van je competenties aan de cloud of provider overdraagt, we in ruil daarvoor een gegeneraliseerde oplossing krijgen. Laten we zeggen dat we een database hebben die zeer specifieke taken uitvoert, en die was heel specifiek ingesteld. Door deze database naar de cloud te verplaatsen, kunnen we natuurlijk de beheerder ontslaan die eerder de databaseclusters beheerde \u2014 Amazon of Google doen dit voor ons. Maar aan de andere kant laten Amazon of Google ons niet toe om onze database nauwkeurig in te stellen. Grote projecten, grote bedrijven \u2014 komen ooit op het punt dat ze cloudoplossingen gebruiken, en op een gegeven moment komen ze altijd weer terug om hun competenties terug te nemen, omdat er meer specificiteit vereist is.<\/p>\n

Azat Khadiev: Zijn algemene oplossingen slecht of kan daarop meer worden gebouwd? <\/p>\n

Pavel Selivanov: Nee, algemene oplossingen zijn zeker niet slecht. Algemene oplossingen zijn goed. Gewoon, algemene oplossingen... zijn algemeen. Het is belangrijk om dit te begrijpen. Het is als het nemen van een algemeen script... Als je rondom dat algemene script, dat algemene gebruik, de totale logica van het bedrijf kunt opbouwen \u2014 dan is dat geweldig. Maar als de logica anders is en je neemt dat algemene oplossing, dat algemene script \u2014 en begint het, als een uil op een globe, aan te passen, dan is dat slecht. Maar op zichzelf is er niets verkeerd met het universalism. <\/p>\n

Azat Khadiev: Als die beheerder al bij je werkt, dan ligt het niet aan zijn ontslag. Hij zal in staat zijn om meer te doen. <\/p>\n

Pavel Selivanov: Ja, het is belangrijk om de routine van hem weg te nemen en het ergens anders aan iemand te geven, zodat het daar wordt gedaan. Dat is ongetwijfeld een goede aanpak. De belangrijke vraag is of deze standaardoplossing geschikt is voor het specifieke geval. <\/p>\n

Azat Khadiev: Gewoon gebaseerd op mijn ervaring zie ik dat veel bedrijven hetzelfde doen. Ze stellen een Kubernetes-cluster in en denken aan de schaalbaarheid ervan. En al deze operaties zijn zeer repetitief. <\/p>\n

Pavel Selivanov: Ja, absoluut. Vooral omdat er, als we specifiek naar Kubernetes kijken, een punt is dat er momenteel echt weinig diepgaande, goede kennis over Kubernetes op de markt is. Kubernetes is zo'n gigantische constructie dat als je het in een bedrijf introduceert, je bereid moet zijn om een engineer in te huren die fulltime al deze zaken beheert. En dat is kostbaar. Het is al een uitdaging om zo'n engineer te vinden. Als ik over mezelf spreek, hou ik niet zo van cloudoplossingen, omdat ik vrij goed en diepgaand begrijp hoe Kubernetes werkt. Vaak mis ik in de cloud de functionaliteit die ik verzoek \u2014 en dan zeggen ze 'Nee, dat kan niet'. Nou, in dat geval, sorry, maar ik kan het beter dan de cloud. Maar tegelijkertijd, als je geen engineer in dienst hebt, niet wilt betalen voor die engineer die Kubernetes beheert, en je constant veel geld betaalt zodat hij gewoon kan experimenteren, dan is cloud gewoon een uitstekende oplossing. Omdat daar tenminste jongens zitten die de provider zelf al heeft geworven. En ze begrijpen wat ze doen. En de basisdingen die je dagelijks nodig hebt, zijn daar aanwezig.<\/p>\n

Azat Khadiev: Wat denk je van de huidige staat van Kubernetes? Wat zal er over vijf en over tien jaar mee gebeuren?<\/p>\n

Pavel Selivanov: Goede vraag. Ik weet gewoon wat er in onze community hierover gebeurt. Sommige mensen geloven dat er buiten Kubernetes niets zal overblijven. De situatie die lange tijd geleden met Linux is gebeurd. Dat wil zeggen, buiten Linux zijn er mensen die op BSD werken, waarschijnlijk hebben zij zeer specifieke taken. Er zijn mensen die onder Windows werken \u2014 Windows-servers \u2014 hoogstwaarschijnlijk hebben zij ook specifieke taken, of ze hebben gewoon de competentie in dit gebied en zijn niet bereid om daar weg te gaan. Hoe dan ook, de standaard in ons vakgebied is Linux. Er is de mening dat Kubernetes dezelfde de facto standaard zal worden, en dat er naast Kubernetes niets anders zal zijn. Kubernetes zal niet alleen applicaties, hun implementatie, de uitrol en schaalvergroting beheren. Het zal alles beheren. Mensen vragen nu al: \"Kan ik een database in Kubernetes stoppen?\" Ik zeg meestal dat het hier niet om Kubernetes gaat, maar om Docker. Als je bereid bent dat je database in containers draait, hoe zal het dan werken? Dan antwoorden ze: \"Nee, nee, nee, wacht even. Het moet niet in containers. Het moet in Kubernetes. We zullen het aan een node koppelen. Dat wil zeggen, alles blijft zoals het nu is, alleen zal Kubernetes het beheren.\" En dat is op zich een goed idee. Kubernetes is iets waarmee je een bedrijf binnen kunt komen, als het bedrijf Kubernetes en daarop gebaseerde processen heeft, dan is het voor iemand die daarin thuis is voldoende om een paar dagen te kijken en te zeggen: \"Ik ben klaar om jullie volledig te ondersteunen. Ik begrijp hoe alles hier werkt.\" In tegenstelling tot benaderingen zonder Kubernetes \u2014 daar zijn alleen maar tijdelijke oplossingen in gestopt, hier weer andere tijdelijke oplossingen. Hier Ansible, hier Terraform. Dat is door iemand geschreven, en het kost een half jaar om het te doorgronden. Dus, zal Kubernetes de de facto standaard worden, ik weet het niet. Op dit moment lijkt het veel ambitieuzer en zelfverzekerder dan de oplossingen die eromheen zijn. <\/p>\n

Azat Khadiev: Ja, de vergelijking met Linux is vrij gedurfd. Want het draait op \u00e9\u00e9n machine \u2014 dat is alles. Maar Kubernetes draait op meerdere machines. Er ontstaan ineens miljoenen variaties en redenen. Ja, dat is gedurfd. Gewoon omdat er concurrenten zijn voor deze paradigma. Bijvoorbeeld, Serverless. Is Kubernetes in gevaar met zulke concurrenten? <\/p>\n

Pavel Selivanov: Van Serverless\u2026 (gelach) Serverless \u2014 we moeten wel begrijpen dat de server<\/a> het er toch is. Ik hoorde onlangs een presentatie hierover. Daar zei iemand dat servers er toch zijn \u2014 en dat is de cloud. Maar we moeten altijd begrijpen dat er ook servers in de cloud zijn. Daar staan echte fysieke servers, rekken, en die zijn ergens ge\u00efnstalleerd. Dat is de cloud. Daarbovenop bestaat Serverless, waar servers<\/a> er \"geen\" is. Dus de vraag is of Serverless Kubernetes zal overwinnen? Ik denk dat Serverless naar Kubernetes zal verhuizen. Voor providers die Serverless aanbieden, is Kubernetes een zeer geschikt platform om dit te bieden. Ja, misschien zullen we op een gegeven moment niet meer over Kubernetes praten als zodanig, als reguliere ontwikkeling van zakelijke toepassingen. Maar diep van binnen zullen providers en ingenieurs Kubernetes hebben staan, waar dit alles wordt gerealiseerd. <\/p>\n

Azat Khadiyev: Een iets ander onderwerp. Er bestaat zoiets als fullstack-engineer. Wat denk je daarover? Bestaan ze echt? <\/p>\n

Pavel Selivanov: Uh\u2026 Fullstack-engineer\u2026 Nou, ik denk dat we deze zaken moeten differenti\u00ebren, zoals\u2026 Je weet, er is zo'n ding als T-shaped people. Zijn dergelijke mensen nodig in de huidige industrie? Ja, absoluut. We hebben mensen nodig die een breed perspectief hebben, maar tegelijkertijd specialisten zijn op een bepaald smal gebied. En daarmee is de Fullstack-engineer hetzelfde \u2014 iemand die alles doet. Van frontend-ontwikkeling, testing, backend, servers en alles daar omheen. Ik geloof niet dat \u00e9\u00e9n persoon in een groot bedrijf dit allemaal kan doen zonder specifieke specialisaties op elk van die punten. Maar tegelijkertijd, gewoon een smalle specialisatie hebben, iets rondom datgene dat gebeurt, daar weet ik niks van \u2014 dat werkt ook niet in de moderne wereld. Dus in deze context zou ik zeggen\u2026 het woord Fullstack zou ik laten vallen. We hebben echt engineers nodig. We hebben DevOps nodig. Ik heb het gevoel dat we hier binnenkort een herziening van gaan maken. En zij zullen niet meer nodig zijn. <\/p>\n

Azat Khadiyev: Kun je dat verder toelichten? <\/p>\n

Pavel Selivanov: Ik denk dat we in de industrie naar een situatie zullen toegroeien waarin de rollen Dev en Ops binnenkort overbodig zullen zijn. Als we specialisten nodig hebben en we zijn op jacht... We hebben een bepaalde ontwikkelaar nodig, we hebben deze en gene beheerders nodig, we hebben DevOps-engineers \u2014 nu zijn ze er, en binnenkort zullen we ook productie-engineers en SRE-engineers hebben. Maar eigenlijk is het enige wat we nodig hebben, de ingenieurs die we willen aannemen. De achtergrond is in grote lijnen niet belangrijk. Want... bijvoorbeeld, een SRE zegt dat infrastructuurproblemen altijd softwarematig zijn. En wat\u2026 Laten we ontwikkelaars aannemen \u2014 vanuit het idee dat een ontwikkelaar een ingenieur is \u2014 en ze in de ondersteuningsafdeling plaatsen waarna ze deze problemen op dezelfde manier zullen oplossen als ze zakelijke problemen oplossen met code, met techniek, zoals dat. <\/p>\n

Azat Khadiev: En vanuit dat perspectief... Hoe interview je zulke ingenieurs? <\/p>\n

Pavel Selivanov: Oh, good question. He is probably beyond what I understand in this life. But I could give an example. It has nothing to do with the interview. It\u2019s about our education system in Russia. In IT, we know that our education system in Russia is very outdated for the IT world; it\u2019s not what it should be. I\u2019m generally talking about the vastness of Russia \u2014 and what\u2019s happening there. Graduates are coming out completely unprepared to go into web development or technological companies right after graduation. And that\u2019s bad. We teach them some strange things, while we should be teaching them how to develop for Android, for iOS, how to use Git, and all these things. In reality, it seems that's not the case. University is a time when your parents mostly pay for you. For your entire life. And you can devote five years of your life to learn in-depth. And to study all this T-shaped knowledge. When you can study at university what a version control system is, what development patterns exist, how to test everything, what databases and load balancers there are. And when you start working, you begin to delve into a specific area. This way, we get engineers. Our education system in Russia is much closer to this reality than we think. We are given a good mathematical foundation, good algorithmic training, and some understanding of programming languages. And regarding interviews, I think it\u2019s something close to this. We need to interview engineers. We need the upper part of the T in T-shaped. Because they will acquire the vertical line of the T. <\/p>\n

Azat Khadiev: Yes, interesting. For five years after university, I thought my education was somewhat strange and inadequate. But then, as the tasks became deeper and the projects larger, I realized that no, I was taught very important things. Pavel, thank you. It was very interesting to hear your answers. Let\u2019s listen to your presentation. <\/p>\n

Pavel Selivanov: Thank you.
\n
Bron: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0420\u0430\u0441\u0448\u0438\u0444\u0440\u043e\u0432\u043a\u0430: \u0410\u0437\u0430\u0442 \u0425\u0430\u0434\u0438\u0435\u0432: \u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435. \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u0410\u0437\u0430\u0442 \u0425\u0430\u0434\u0438\u0435\u0432. \u042f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a PaaS \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f Mail.ru Cloud Solutions. \u0421\u043e \u043c\u043d\u043e\u0439 \u0437\u0434\u0435\u0441\u044c \u041f\u0430\u0432\u0435\u043b \u0421\u0435\u043b\u0438\u0432\u0430\u043d\u043e\u0432 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Southbridge. \u041c\u044b \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 DevOpsDays. \u041e\u043d \u0437\u0434\u0435\u0441\u044c \u0432\u044b\u0441\u0442\u0443\u043f\u0438\u0442 \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u043c \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0441 Kubernetes \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c DevOps, \u043d\u043e \u0441\u043a\u043e\u0440\u0435\u0435 \u0432\u0441\u0435\u0433\u043e \u0443 \u0432\u0430\u0441 \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u0441\u044f. \u041f\u043e\u0447\u0435\u043c\u0443 \u0442\u0430\u043a\u0430\u044f \u043c\u0440\u0430\u0447\u043d\u0430\u044f \u0442\u0435\u043c\u0430? \u041f\u0430\u0432\u0435\u043b \u0421\u0435\u043b\u0438\u0432\u0430\u043d\u043e\u0432: […]<\/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-54069","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\udd47Kubernetes \u2014 is it the new Linux? Interview with Pavel Selivanov | ProHoster","description":"Transcript: Azat Khadiev: Hello.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\udd47Kubernetes \u2014 \u044d\u0442\u043e \u043d\u043e\u0432\u044b\u0439 Linux? \u0418\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u041f\u0430\u0432\u043b\u043e\u043c \u0421\u0435\u043b\u0438\u0432\u0430\u043d\u043e\u0432\u044b\u043c | ProHoster","og:description":"\u0420\u0430\u0441\u0448\u0438\u0444\u0440\u043e\u0432\u043a\u0430: \u0410\u0437\u0430\u0442 \u0425\u0430\u0434\u0438\u0435\u0432: \u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","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-12-16T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54069","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:57:24","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:12:24","updated":"2026-02-22 15:57:24","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/54069","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=54069"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/54069\/revisions"}],"predecessor-version":[{"id":162117,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/54069\/revisions\/162117"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=54069"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=54069"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=54069"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}