{"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\/it\/blog\/administrirovanie\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","title":{"rendered":"Kubernetes \u00e8 il nuovo Linux? Intervista con Pavel Selivanov","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\r\n \"Guarda\r\n
<\/div>\r\n <\/div><\/center>
\nTraduzione:
\nAzat Khadiev: Buongiorno. Mi chiamo Azat Khadiev. Sono uno sviluppatore nel settore PaaS di Mail.ru Cloud Solutions. Qui con me c'\u00e8 Pavel Selivanov della societ\u00e0 Southbridge. Siamo presenti alla conferenza DevOpsDays. Lui presenter\u00e0 una relazione su come con Kubernetes sia possibile costruire DevOps, ma probabilmente non ci riuscirete. Perch\u00e9 un tema cos\u00ec cupo?
\n<\/a><\/noindex>
\nPavel Selivanov: In realt\u00e0 non \u00e8 cupo. Riguarda il fatto che stiamo cercando di risolvere molti problemi nella nostra comunit\u00e0 attraverso la tecnologia. E, inoltre, tendiamo a farlo in modo piuttosto unilaterale. Kubernetes \u00e8 esattamente questa cosa di cui si occupano, possiamo dire, gli Ops. Ma abbiamo un concetto magnifico di ingegnere DevOps. Qui il responsabile di Kubernetes \u00e8 un ingegnere DevOps. Tuttavia... Dovete implementare Kubernetes, ma i ragazzi Dev non sanno nulla di tutti questi kubernetes, non hanno idea di cosa possa fare \u2014 e per loro tutto continua a vivere allo stesso modo. E questo nonostante il fatto che Kubernetes contenga soluzioni pronte e strumenti progettati per estendere questo approccio DevOps, il dialogo tra Dev e Ops. Utilizziamo molto poco questa possibilit\u00e0. A causa del fatto che stiamo adattando le strutture attuali a tutti questi strumenti DevOps \u2014 Docker, Kubernetes, cloud e cos\u00ec via \u2014 stiamo aggravando ulteriormente la situazione. E gli strumenti iniziamo a utilizzarli non come erano stati concepiti. E attorno a tutte queste tecnologie si stanno costruendo semplicemente delle terrificanti soluzioni di emergenza. <\/p>\n

Azat Khadiev: Chiaro. Si percepisce che il tema \u00e8 ampio. Cosa pensi sia il problema pi\u00f9 comune per le aziende in questo momento? Con Kubernetes.<\/p>\n

Pavel Selivanov: Con Kubernetes il problema pi\u00f9 comune \u00e8 la mancanza di competenze. In IT \u00e8 un problema comune. C'\u00e8 sempre carenza di specialisti. C'\u00e8 sempre carenza di competenze. E ora con Kubernetes c'\u00e8 carenza di competenze. Inoltre, ci sono pochissime soluzioni pronte sul mercato che consentano di ottenere Kubernetes senza possedere le competenze necessarie. Quelle che ci sono sollevano sempre qualche interrogativo. Siamo sempre alla ricerca di persone che capiscono Kubernetes. Stiamo cercando di questo adattamento. <\/p>\n

Azat Khadiev: E considerando l'attuale carenza di personale nell'IT. Che \u00e8 sempre esistita. E che c'\u00e8 anche adesso. Cosa ne pensi, come si vive in queste condizioni? Ci sono dei suggerimenti? <\/p>\n

Pavel Selivanov: Suggerimenti. Prima di tutto, dal punto di vista delle nuvole, il suggerimento \u00e8 questo: perch\u00e9 non ci cedete una parte delle vostre competenze? E noi ce le prendiamo e ci occupiamo di esse internamente. Va tutto bene. A parte il fatto che \u00e8 importante capire per chi lo usa... In realt\u00e0 \u00e8 un momento ottimo... Ma \u00e8 importante capire che cedendo parte delle proprie competenze a una nuvola o a un fornitore, riceviamo in cambio una soluzione standardizzata. Grosso modo, abbiamo un database che esegue cose molto specifiche, ed \u00e8 stato configurato in modo molto specifico. Cedendo questo database alla nuvola, possiamo certamente licenziare l'amministratore che prima si occupava dei cluster di database: lo stesso Amazon o Google lo faranno per noi. Ma nel contempo, n\u00e9 Amazon n\u00e9 Google ci permetteranno di configurare il nostro database in modo preciso. Grandi progetti, grandi aziende - prima o poi arrivano al punto in cui utilizzano soluzioni cloud, ma poi in ogni caso tornano indietro per riprendere le competenze, perch\u00e9 \u00e8 richiesta qualcosa di pi\u00f9 specifico.<\/p>\n

Azat Khadiev: Le soluzioni standardizzate sono negative o su di esse si pu\u00f2 costruire di pi\u00f9? <\/p>\n

Pavel Selivanov: No, le soluzioni standardizzate non sono affatto negative. Le soluzioni standardizzate sono buone. Semplicemente, le soluzioni standardizzate... sono standardizzate. Qui \u00e8 importante capire. \u00c8 come prendere uno script generale... Se riesci a costruire attorno a questo script generale, a questo uso generale, tutta la logica operativa dell'azienda - allora \u00e8 fantastico. Ma se la logica operativa \u00e8 diversa, e prendi questa soluzione standardizzata, questo script standardizzato - e inizi, come un gufo che si tira su un globo, \u00e8 negativo. Ma nel concetto stesso di standardizzazione non c'\u00e8 nulla di sbagliato. <\/p>\n

Azat Khadiev: Se quell'amministratore \u00e8 gi\u00e0 in servizio, il punto non \u00e8 il suo licenziamento. Semplicemente, potr\u00e0 fare di pi\u00f9. <\/p>\n

Pavel Selivanov: S\u00ec, allontanargli la routine e cederla a qualcuno, cos\u00ec che venga svolta da un'altra parte. \u00c8 senza dubbio un buon approccio. \u00c8 importante che questa soluzione standardizzata si adatti al caso specifico. <\/p>\n

Azat Khadiev: Semplicemente, basandomi sulla mia esperienza, vedo che molte aziende si occupano della stessa cosa. Configurano un cluster Kubernetes, pensano alla sua scalabilit\u00e0. E tutte queste operazioni sono molto ripetitive. <\/p>\n

Pavel Selivanov: S\u00ec, senza dubbio. Inoltre, se diciamo specificamente di Kubernetes, c'\u00e8 il fatto che ci sono attualmente pochi conoscitori approfonditi e competenti di Kubernetes sul mercato. Kubernetes \u00e8 un costruttore gigantesco, quindi se lo introduci nella tua azienda, preparati a dover assumere insieme a esso un ingegnere che si occupi di ogni aspetto a tempo pieno. E questo \u00e8 costoso. E trovare un ingegnere del genere non \u00e8 semplice. Parlando di me stesso, non amo molto le soluzioni cloud, perch\u00e9 comprendo abbastanza bene e in profondit\u00e0 come funziona Kubernetes. Spesso mi manca in cloud qualche funzionalit\u00e0 che richiedo \u2013 e mi dicono \"No, non \u00e8 possibile\". Beh, in tal caso scusate, ma posso fare meglio io rispetto al cloud. Tuttavia, se nella tua azienda non hai un ingegnere a tempo pieno, non hai voglia di pagare per quell'ingegnere che gestisce Kubernetes, e gli stai sempre pagando molte somme di denaro per semplicemente sperimentare, allora il cloud \u00e8 davvero una buona soluzione. Perch\u00e9 almeno l\u00ec ci sono persone che il provider ha gi\u00e0 reclutato. E sanno cosa stanno facendo. E quelle funzioni di base che ti servono quotidianamente, sono l\u00ec.<\/p>\n

Azat Khadiev: Cosa ne pensi dello stato attuale di Kubernetes? Cosa ne sar\u00e0 tra cinque o dieci anni?<\/p>\n

Pavel Selivanov: Bella domanda. So solo che cosa sta succedendo nella nostra comunit\u00e0 riguardo a questo tema. Alcune persone credono che oltre a Kubernetes non ci sar\u00e0 nulla. \u00c8 la stessa situazione che \u00e8 successa con Linux. Cio\u00e8, ci sono persone che vivono su BSD, probabilmente hanno compiti molto specifici. Ci sono persone che lavorano su Windows - server Windows - probabilmente anche loro hanno compiti specifici, oppure hanno semplicemente competenze in questo campo e non sono pronti a andarsene. In ogni caso, lo standard nel nostro campo \u00e8 Linux. Si dice che Kubernetes diventer\u00e0 un tale standard de facto e che non ci sar\u00e0 nient'altro oltre a Kubernetes. Kubernetes gestir\u00e0 non solo le applicazioni, il loro deployment, la loro scalabilit\u00e0. Gestir\u00e0 praticamente tutto. Gi\u00e0 adesso si chiedono: \"\u00c8 possibile farci stare un database in Kubernetes?\" Di solito dico che qui la questione non \u00e8 Kubernetes, ma Docker. Se siete pronti a far funzionare il vostro database nei container, come funzioner\u00e0. Mi rispondono: \"No, no, no, aspetta. Non serve nei container. Abbiamo bisogno di Kubernetes. \u00c8 cos\u00ec che lo collegheremo al nodo. Cio\u00e8, tutto sar\u00e0 come abbiamo adesso, solo che Kubernetes gestir\u00e0 tutto questo.\" E in realt\u00e0 \u00e8 una buona idea. Cio\u00e8, Kubernetes \u00e8 uno strumento che permette di entrare in un'azienda e, se nell'azienda c'\u00e8 Kubernetes e i processi costruiti su di esso, per una persona che se ne intende, basta guardare per un paio di giorni per dire: \"Sono pronto a supportarvi. Completamente. In toto. Ho capito come funziona tutto.\" A differenza degli approcci senza Kubernetes, dove qui abbiamo messo un po' di supporti, qui altri supporti. Qui Ansible, qui Terraform. \u00c8 tutto scritto da qualcuno e ci vogliono sei mesi per capire. Quindi, se Kubernetes diventer\u00e0 uno standard de facto, non lo so. Oggi sembra molto pi\u00f9 ambizioso e sicuro rispetto alle soluzioni che ci sono intorno. <\/p>\n

Azat Khadiev: Beh, il confronto con Linux \u00e8 piuttosto audace. Quest'ultimo funziona su una sola macchina - e basta. Ma Kubernetes funziona su molte macchine. Subito sorgono milioni di variazioni, di motivi. S\u00ec, questo \u00e8 audace. Basterebbe considerare che ci sono concorrenti per questa paradigma. Ad esempio, il Serverless. Kubernetes \u00e8 in pericolo con tali concorrenti? <\/p>\n

Pavel Selivanov: Da Serverless... (risata) Serverless \u2014 dobbiamo comunque capire che server<\/a> esiste. Recentemente ho sentito una conferenza a riguardo. Una persona ha detto che i server esistono ancora \u2014 ed \u00e8 il cloud. Ma dobbiamo sempre comprendere che nel cloud \u2014 ci sono anche server. L\u00ec ci sono server fisici reali, in rack, e sono installati da qualche parte. Questo \u00e8 il cloud. Sopra di esso esiste Serverless, dove server<\/a> \u00abnon\u00bb. Quindi, la domanda \u00e8: Serverless vincer\u00e0 su Kubernetes? Mi sembra che Serverless si trasferir\u00e0 in Kubernetes. Per i provider che offrono Serverless, Kubernetes \u00e8 una piattaforma molto conveniente per fornire questi servizi. S\u00ec, \u00e8 possibile che a un certo punto smetteremo di parlare di Kubernetes in generale, come di sviluppo di applicazioni aziendali standard. Ma in fondo, i provider e gli ingegneri utilizzeranno Kubernetes, dove tutto questo sar\u00e0 implementato. <\/p>\n

Azat Khadiyev: Un tema leggermente diverso. C'\u00e8 un concetto chiamato ingegnere fullstack. Cosa ne pensi? Esistono davvero? <\/p>\n

Pavel Selivanov: Eh... Ingegnere fullstack... Beh, mi sembra che valga la pena distinguere tra queste cose... Sai, c'\u00e8 una cosa chiamata persone a forma di T. Sono necessarie persone del genere nell'industria odierna? S\u00ec, senza dubbio. Abbiamo bisogno di persone che abbiano una visione ampia, ma che siano anche esperte in un'area specifica. E qui l'ingegnere fullstack \u00e8 lo stesso \u2014 una persona che fa tutto. A partire dallo sviluppo del front-end, test, back-end, server e tutto il resto. Non credo che in una grande azienda possa farlo una sola persona, senza specializzazioni specifiche in ognuno di questi parametri. Ma avere solo una specializzazione ristretta, dicendo che non so nulla di ci\u00f2 che accade attorno a questo \u2014 non funziona nemmeno nel mondo moderno. Quindi direi... il termine Fullstack lo eliminerei. Abbiamo bisogno di ingegneri molto. Abbiamo bisogno di DevOps. Sento che presto rivedremo questo aspetto. E non saranno pi\u00f9 necessari. <\/p>\n

Azat Khadiyev: Puoi approfondire? <\/p>\n

Pavel Selivanov: Mi sembra che nel settore arriveremo al punto in cui questi ruoli di Dev e Ops diventeranno superflui. Se abbiamo bisogno di specialisti e stiamo cercando\u2026 Ci vuole un certo tipo di sviluppatore, servono amministratori specifici, ci vogliono ingegneri DevOps \u2014 ora li abbiamo, presto ci saranno anche ingegneri di produzione e ingegneri SRE. Anche se in realt\u00e0 ci\u00f2 di cui abbiamo bisogno sono ingegneri che vogliamo assumere. Il background, in sostanza, non \u00e8 importante. Perch\u00e9\u2026 Ad esempio, un SRE dice che i problemi dell'infrastruttura sono sempre problemi software. E allora\u2026 Dobbiamo assumere sviluppatori \u2014 considerando che uno sviluppatore \u00e8 un ingegnere \u2014 metterli nel reparto supporto e loro risolveranno questi problemi esattamente come risolvono i problemi aziendali con il codice, con l'ingegneria. <\/p>\n

Azat Khadiev: E da questo punto di vista\u2026 Come possiamo intervistare ingegneri del genere? <\/p>\n

Pavel Selivanov: Oh, bella domanda. Probabilmente si trova gi\u00e0 oltre la mia comprensione in questa vita. Ma potrei fare un esempio. Non ha a che fare con i colloqui. Riguarda il nostro sistema educativo in Russia. Nell'IT sappiamo che il nostro sistema educativo in Russia per il mondo IT \u00e8 molto obsoleto, non \u00e8 come dovrebbe essere. Parlo in generale della vasta Russia \u2014 e di cosa sta succedendo l\u00ec. Vengono formate persone che non sono affatto pronte a entrare domani nella programmazione web, in una compagnia tecnologica. E questo \u00e8 un problema. Li stiamo istruendo su cose strane, mentre dovremmo insegnarli a sviluppare per Android, per iOS, come usare Git e tutte queste cose. In realt\u00e0 sembra di no. L'universit\u00e0 \u00e8 un periodo in cui, per la maggior parte, i genitori pagano per te. Per tutta la tua vita. E puoi dedicare cinque anni della tua vita a studiare in profondit\u00e0. E studiare tutto questo T-shaped. Quando all'universit\u00e0 puoi studiare cosa sia un sistema di controllo versione, quali sono i vari pattern di sviluppo, come testare tutto questo, quali database esistono, bilanciatori. E quando vai a lavorare, inizi a specializzarti in un'area specifica. E cos\u00ec otteniamo ingegneri. E il nostro sistema educativo in Russia \u00e8 molto pi\u00f9 vicino a questa verit\u00e0 di quanto pensiamo. Otteniamo una buona preparazione matematica, una buona preparazione algoritmica, ci forniscono una certa comprensione dei linguaggi di programmazione. E riguardo ai colloqui, mi sembra che ci sia qualcosa di simile. Dobbiamo colloquiare gli ingegneri. Ci serve la parte superiore della lettera T nel T-shaped. Perch\u00e9 la linea verticale della lettera T la acquisir\u00e0. <\/p>\n

Azat Khadiyev: S\u00ec, interessante. Dopo l'universit\u00e0, per cinque anni pensavo che la mia educazione fosse strana e inadeguata. Ma poi, man mano che il lavoro progrediva, quando le sfide diventavano pi\u00f9 profonde e i progetti pi\u00f9 ampi, mi sono reso conto che in realt\u00e0 mi avevano insegnato cose molto importanti. Pavel, grazie. \u00c8 stato molto interessante ascoltare le tue risposte. Ascoltiamo la tua relazione. <\/p>\n

Pavel Selivanov: Grazie a voi.
\n
Fonte: 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\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 \u00e8 il nuovo Linux? Intervista con Pavel Selivanov | ProHoster","description":"Trascrittura: Azat Khadiyev: Salve.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kubernetes-eto-novyj-linux-intervyu-s-pavlom-selivanovym","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/54069","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=54069"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54069\/revisions"}],"predecessor-version":[{"id":162117,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54069\/revisions\/162117"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=54069"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=54069"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=54069"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}