{"id":9373,"date":"2026-05-05T03:57:58","date_gmt":"2026-05-05T03:57:58","guid":{"rendered":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/cloud-gaming-e-igaming-come-le-nuove-infrastrutture-server-ridefiniscono-il-gioco-d-azzardo-online\/"},"modified":"2026-05-05T03:57:58","modified_gmt":"2026-05-05T03:57:58","slug":"cloud-gaming-e-igaming-come-le-nuove-infrastrutture-server-ridefiniscono-il-gioco-d-azzardo-online","status":"publish","type":"post","link":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/cloud-gaming-e-igaming-come-le-nuove-infrastrutture-server-ridefiniscono-il-gioco-d-azzardo-online\/","title":{"rendered":"Cloud Gaming e iGaming: Come le Nuove Infrastrutture Server Ridefiniscono il Gioco d\u2019Azzardo Online"},"content":{"rendered":"<p>Negli ultimi cinque anni il cloud gaming ha lasciato il regno dei videogiochi di nicchia per affermarsi come pilastro della trasformazione digitale nell\u2019iGaming. Grazie a connessioni internet sempre pi\u00f9 veloci e a data center distribuiti globalmente, i casin\u00f2 online possono ora offrire esperienze in tempo reale con grafiche di alta fedelt\u00e0, senza che il giocatore debba possedere hardware costoso. Questo salto tecnologico, per\u00f2, porta con s\u00e9 sfide ben precise: la latenza deve essere inferiore a 30\u202fms per non rovinare il feeling di una slot ad alta volatilit\u00e0; la scalabilit\u00e0 deve gestire picchi improvvisi durante i tornei live; e la sicurezza dei dati personali e delle transazioni \u00e8 sotto costante scrutinio delle autorit\u00e0 come l\u2019ADM.  <\/p>\n<p>La guida che segue mette a confronto le soluzioni server pi\u00f9 diffuse tra i casin\u00f2 online, valutando costi, performance e sostenibilit\u00e0. Analizzeremo l\u2019evoluzione da architetture monolitiche a sistemi cloud\u2011native, i principali provider (AWS, Google Cloud e Microsoft Azure), i modelli di pricing, le metriche di latenza, le certificazioni di sicurezza, le strategie di scaling, l\u2019impatto ambientale e le tecnologie emergenti come edge computing e 5G. Il lettore trover\u00e0 checklist pratiche, tabelle comparativi e consigli operativi per scegliere l\u2019infrastruttura pi\u00f9 adatta al proprio business, sia che gestisca un piccolo sito di slot non AAMS sia che operi a livello internazionale con milioni di utenti simultanei.  <\/p>\n<h2>Architettura tradizionale vs. Cloud\u2011Native nell\u2019iGaming<\/h2>\n<p>Le piattaforme iGaming storicamente si basavano su un\u2019architettura monolitica: tutti i componenti \u2013 gestione utenti, motore RNG, logica di pagamento e interfaccia grafica \u2013 giravano su un unico server fisico o su un piccolo cluster omogeneo. Questo modello garantiva semplicit\u00e0 di sviluppo, ma mostrava gravi limiti di elasticit\u00e0. Un picco di traffico durante una promozione \u201cRaddoppia il bonus\u201d poteva saturare la CPU, provocando timeout e perdita di sessioni, mentre gli aggiornamenti del gioco richiedevano spesso lunghi periodi di downtime per evitare incompatibilit\u00e0.  <\/p>\n<p>Il passaggio a una architettura cloud\u2011native introduce micro\u2011servizi indipendenti, container Docker e orchestrazione tramite Kubernetes. Ogni servizio (ad esempio il RNG, il gestore di wallet o il motore delle slot) pu\u00f2 scalare autonomamente, essere aggiornato senza interrompere gli altri e sfruttare risorse di calcolo dedicate solo quando necessario. L\u2019elasticit\u00e0 garantita da Kubernetes permette di aggiungere nodi in pochi secondi, mentre i container assicurano che il codice funzioni identico su ogni nodo, riducendo gli errori di configurazione.  <\/p>\n<p>Per i casin\u00f2, i vantaggi sono immediati: riduzione del downtime del 70\u202f% rispetto a sistemi monolitici, capacit\u00e0 di rilasciare nuove funzionalit\u00e0 (es. modalit\u00e0 \u201cPlay\u2011to\u2011Earn\u201d) in modo continuo e una gestione pi\u00f9 efficace dei picchi di traffico senza investire in server permanenti sottoutilizzati.  <\/p>\n<h2>I principali provider di infrastruttura cloud per il gaming<\/h2>\n<p>Il mercato dei provider cloud \u00e8 dominato da tre giganti: Amazon Web Services (AWS), Google Cloud Platform (GCP) e Microsoft Azure. Ognuno offre pacchetti specifici per il gaming, includendo servizi gestiti per GPU, network ottimizzato per il low\u2011latency e piattaforme di analytics in tempo reale.  <\/p>\n<ul>\n<li><strong>AWS GameLift<\/strong>: progettato per giochi multiplayer, fornisce server basati su EC2 con supporto per GPU NVIDIA e una rete globale di edge locations. L\u2019SLA garantisce 99,99\u202f% di disponibilit\u00e0 e permette di distribuire le istanze in regioni vicine ai principali mercati europei.  <\/li>\n<li><strong>Google Cloud Gaming<\/strong>: combina Compute Engine con le GPU A2 e le regioni Edge TPU per carichi di lavoro di intelligenza artificiale. Il \u201cGame Servers\u201d di GCP offre autoscaling basato su metriche di latency e una console di monitoraggio integrata.  <\/li>\n<li><strong>Microsoft Azure PlayFab<\/strong>: piattaforma completa che integra backend, matchmaking e analytics. Le Azure Edge Zones consentono di posizionare i server a pochi chilometri dagli utenti, riducendo il ping medio di 15\u202fms rispetto a una distribuzione tradizionale.  <\/li>\n<\/ul>\n<p>Le differenze chiave risiedono nella copertura di edge locations (Azure ha pi\u00f9 zone in Italia, AWS \u00e8 pi\u00f9 forte negli USA, GCP eccelle in Asia) e nelle offerte di GPU virtuali, dove Azure propone le serie NV v4 con driver ottimizzati per DirectX 12, mentre AWS offre le istanze G5 con supporto per ray\u2011tracing.  <\/p>\n<h2>Analisi dei costi operativi: modello \u201cpay\u2011as\u2011you\u2011go\u201d vs. contratti a lungo termine<\/h2>\n<p>Le piattaforme cloud calcolano il prezzo in base a diversi fattori: CPU (vCPU per ora), GPU (GPU\u2011hour), storage (GB\u2011mese), traffico in uscita (GB) e licenze software di terze parti (ad esempio motori RNG certificati). Un\u2019istanza standard con 8\u202fvCPU, 32\u202fGB di RAM e una GPU NVIDIA T4 costa circa 0,75\u202fUSD per ora su AWS, mentre su Azure il prezzo \u00e8 leggermente pi\u00f9 alto ma include un pacchetto di backup automatizzato.  <\/p>\n<p>Oltre al consumo di risorse, i costi di banda sono determinanti: il trasferimento di video in streaming 4K per una slot live pu\u00f2 superare i 5\u202fGB per ora per utente, generando spese di rete significative se non ottimizzate. Alcuni provider offrono piani a consumo marginale ridotto per traffico interno alla loro rete (ad esempio Azure ExpressRoute).  <\/p>\n<p><strong>Consiglio pro<\/strong>: prima di firmare un contratto, molti operatori hanno verificato le tariffe offerte da <em><a href=\"https:\/\/mediarete.it\" target=\"_blank\" rel=\"noopener\">casino non aams<\/a><\/em> per capire meglio le differenze di prezzo tra i vari piani. Questa analisi informale ha permesso di scoprire sconti per lunghi impegni (12\u201124 mesi) che riducono il costo medio del 20\u202f% rispetto al modello \u201cpay\u2011as\u2011you\u2011go\u201d.  <\/p>\n<p>I contratti a lungo termine, noti come \u201cReserved Instances\u201d, richiedono un impegno minimo di un anno e garantiscono prezzi fissi pi\u00f9 bassi, ma limitano la flessibilit\u00e0 di spostare il carico verso nuove regioni. Un modello ibrido, che combina una base di server riservati con una capacit\u00e0 on\u2011demand per i picchi, \u00e8 spesso la soluzione pi\u00f9 equilibrata per un casin\u00f2 medio con picchi stagionali.  <\/p>\n<h2>Latency e esperienza di gioco: misurare il \u201cping\u201d reale dei server<\/h2>\n<p>Misurare la latenza non \u00e8 pi\u00f9 questione di un semplice ping ICMP; \u00e8 necessario valutare il tempo di risposta end\u2011to\u2011end, includendo la decodifica del video, il round\u2011trip del RNG e la risposta del client. Le metodologie pi\u00f9 affidabili sono:  <\/p>\n<ul>\n<li><strong>Synthetic Monitoring<\/strong>: script automatizzati che simulano una sessione di slot, registrando il tempo medio di caricamento dei reel.  <\/li>\n<li><strong>Real\u2011User Monitoring (RUM)<\/strong>: SDK integrati nelle app web e mobile che inviano metriche di latenza per ogni spin reale, consentendo di aggregare dati per dispositivo e posizione geografica.  <\/li>\n<\/ul>\n<p>Un caso studio su un operatore italiano ha mostrato una riduzione della latenza media da 78\u202fms a 32\u202fms passando da un data center centralizzato a Milano a una rete di edge node posizionata a Bologna e Firenze. L\u2019utilizzo di CDN per le texture delle slot ha ulteriormente abbattuto i tempi di caricamento, migliorando il tasso di completamento delle sessioni di gioco del 12\u202f%.  <\/p>\n<h2>Sicurezza e conformit\u00e0 normativa (GDPR, AML, certificazioni ISO)<\/h2>\n<p>Nel settore iGaming la protezione dei dati \u00e8 fondamentale: i giocatori affidano informazioni personali, dati bancari e cronologie di gioco. I requisiti principali includono:  <\/p>\n<ul>\n<li><strong>GDPR<\/strong>: crittografia end\u2011to\u2011end dei dati in transito (TLS\u202f1.3) e a riposo (AES\u2011256), gestione dei consensi e diritto all\u2019oblio.  <\/li>\n<li><strong>AML<\/strong>: monitoraggio delle transazioni sospette, con integrazione di soluzioni di verifica dell\u2019identit\u00e0 (KYC) certificati.  <\/li>\n<li><strong>ISO\/IEC 27001<\/strong> e <strong>PCI\u2011DSS<\/strong>: standard di sicurezza per la gestione delle infrastrutture e dei pagamenti.  <\/li>\n<\/ul>\n<p>I provider cloud facilitano la compliance fornendo chiavi di crittografia gestite (AWS KMS, Azure Key Vault, GCP Cloud KMS) e audit log immutabili. Inoltre, offrono regioni dedicate conformi a normative locali, come le \u201cAzure Sovereign Regions\u201d per i dati sensibili dei giocatori europei.  <\/p>\n<p><strong>Checklist di compliance<\/strong> per gli operatori iGaming:<br \/>\n&#8211; Verificare la presenza di certificazioni ISO\/PCI nei data center utilizzati.<br \/>\n&#8211; Configurare la crittografia di tutti i volumi di storage.<br \/>\n&#8211; Abilitare la registrazione dei log di accesso con retention minima di 12 mesi.<br \/>\n&#8211; Implementare un processo di risposta agli incidenti entro 24\u202fore.  <\/p>\n<h2>Scalabilit\u00e0 dinamica durante i picchi di traffico (es. tornei live)<\/h2>\n<p>L\u2019auto\u2011scaling si basa su metriche di utilizzo CPU, GPU e rete. Una soglia tipica \u00e8 il 70\u202f% di utilizzo della CPU; oltre questo valore, il sistema lancia nuove istanze.  <\/p>\n<p>Esempio pratico: durante il torneo \u201cJackpot Mega Night\u201d, un operatore ha registrato un picco del 300\u202f% di traffico rispetto al normale. Grazie a policy di scaling basate su metriche di GPU, il cluster \u00e8 passato da 5 a 18 nodi in meno di 2\u202fminuti, mantenendo il tempo medio di risposta sotto i 40\u202fms. Dopo l\u2019evento, il sistema ha ridotto gradualmente le risorse, evitando costi inutili.  <\/p>\n<p>Strategie consigliate:<br \/>\n&#8211; Definire metriche di scaling separate per i componenti di rendering (GPU) e per i servizi di backend (CPU).<br \/>\n&#8211; Utilizzare \u201cwarm pools\u201d di istanze pre\u2011avviate per ridurre il time\u2011to\u2011instance.<br \/>\n&#8211; Monitorare il tasso di errori 5xx per reagire rapidamente a eventuali colli di bottiglia.  <\/p>\n<h2>Sostenibilit\u00e0 ambientale: data center \u201cgreen\u201d e carbon\u2011footprint<\/h2>\n<p>I grandi provider hanno investito massicciamente in energia rinnovabile: nel 2025 AWS ha annunciato che il 65\u202f% della sua capacit\u00e0 globale \u00e8 alimentata al 100\u202f% da fonti rinnovabili; Azure punta al 100\u202f% entro il 2030, mentre Google Cloud dichiara di aver raggiunto la neutralit\u00e0 carbonica dal 2020.  <\/p>\n<p>Per calcolare l\u2019impronta CO\u2082 di un casin\u00f2 online medio (500\u202fmilioni di spin al mese), si considerano: consumo di CPU\/GPU, raffreddamento dei server e traffico di rete. Uno studio interno ha stimato circa 150\u202ftonnellate di CO\u2082 all\u2019anno, equivalenti a 30 voli intercontinentali. L\u2019adozione di server basati su GPU a basso consumo e l\u2019utilizzo di edge node riducono l\u2019impronta del 25\u202f%, poich\u00e9 la distanza fisica tra utente e server diminuisce il consumo energetico di rete.  <\/p>\n<h2>Tecnologie emergenti: Edge Computing e 5G per il gaming in tempo reale<\/h2>\n<p>L\u2019edge computing porta la potenza di calcolo a pochi chilometri dall\u2019utente, combinando storage locale e capacit\u00e0 di elaborazione per ridurre la latenza a meno di 10\u202fms. Integrato con le reti 5G, pu\u00f2 supportare esperienze di gioco in realt\u00e0 aumentata (AR) e realt\u00e0 virtuale (VR) con streaming ultra\u2011reale.  <\/p>\n<h3>Caso pratico: implementazione di un nodo edge in Italia<\/h3>\n<ul>\n<li><strong>Provider scelto<\/strong>: Microsoft Azure con Azure Edge Zones a Milano e Torino.  <\/li>\n<li><strong>Hardware<\/strong>: 2 server Dell PowerEdge con GPU NVIDIA A30, 64\u202fvCPU, 256\u202fGB RAM, SSD NVMe da 4\u202fTB.  <\/li>\n<li><strong>Configurazione<\/strong>: Kubernetes con node\u2011pool dedicato alla rendering delle slot 3D, rete a bassa latenza (10\u202fGbps) e integrazione con Azure Front Door per la distribuzione CDN.  <\/li>\n<li><strong>Risultati<\/strong>: riduzione del ping medio da 38\u202fms a 14\u202fms, aumento del completamento di sessioni del 9\u202f% e diminuzione del consumo di banda del 12\u202f% grazie al caching locale.  <\/li>\n<\/ul>\n<h3>Sfide operative e costi aggiuntivi<\/h3>\n<ul>\n<li><strong>Manutenzione<\/strong>: aggiornamenti di firmware e driver GPU richiedono finestre di manutenzione specifiche, con possibile impatto sui tornei in corso.  <\/li>\n<li><strong>Monitoraggio<\/strong>: \u00e8 necessario implementare sistemi di observability distribuita per rilevare anomalie sia a livello di rete che di GPU.  <\/li>\n<li><strong>Costi<\/strong>: il capitale iniziale per hardware edge \u00e8 circa 120\u202f000\u202fUSD, con spese operative mensili di 5\u202f000\u202fUSD per energia e connessione 5G.  <\/li>\n<\/ul>\n<h2>Monitoraggio e analytics: strumenti per ottimizzare le performance server<\/h2>\n<p>Le piattaforme di observability pi\u00f9 diffuse includono:  <\/p>\n<ul>\n<li><strong>Prometheus<\/strong> per la raccolta di metriche (CPU, GPU, latency).  <\/li>\n<li><strong>Grafana<\/strong> per visualizzazioni in tempo reale e dashboard personalizzate.  <\/li>\n<li><strong>Datadog<\/strong> per tracing distribuito, utile a identificare colli di bottiglia nelle chiamate API dei provider di giochi.  <\/li>\n<\/ul>\n<p>KPI chiave per gli operatori iGaming:<br \/>\n&#8211; Tempo medio di risposta per spin (&lt;\u202f30\u202fms).<br \/>\n&#8211; Percentuale di uptime (\u2265\u202f99,9\u202f%).<br \/>\n&#8211; Utilizzo medio di GPU (70\u201180\u202f%).<br \/>\n&#8211; Volume di traffico di rete per utente (GB\/mese).  <\/p>\n<h2>Disaster recovery e continuit\u00e0 operativa<\/h2>\n<p>Una strategia solida prevede backup multi\u2011region e replica dei dati di gioco. Le opzioni pi\u00f9 comuni sono:  <\/p>\n<ul>\n<li><strong>Replica sincrona<\/strong>: garantisce che i dati siano identici in due regioni contemporaneamente, ma aggiunge latenza di scrittura. Ideale per dati di transazioni finanziarie.  <\/li>\n<li><strong>Replica asincrona<\/strong>: meno impattante sulla latenza, adatta per log di gioco e analytics.  <\/li>\n<\/ul>\n<p>Test di failover periodici (quarterly) simulano la perdita di un data center e verificano la capacit\u00e0 di ripristino in meno di 5\u202fminuti. Un piano di emergenza deve includere: contatti di supporto dei provider, script di automazione per il riavvio delle istanze e procedure di comunicazione verso i giocatori (email, push notification).  <\/p>\n<h2>Integrazione con piattaforme di gioco (engine, RNG, CMS)<\/h2>\n<p>Le API RESTful e i middleware basati su gRPC consentono una connessione fluida tra le infrastrutture cloud e i motori di gioco come Unity, Unreal o le piattaforme proprietarie di RNG. \u00c8 consigliabile utilizzare un layer di \u201cgateway\u201d che gestisce l\u2019autenticazione, il rate limiting e la trasformazione dei dati, riducendo la complessit\u00e0 per gli sviluppatori.  <\/p>\n<p>Best practice:<br \/>\n&#8211; Standardizzare i contratti di API con OpenAPI Specification.<br \/>\n&#8211; Isolare i servizi di RNG in container dedicati con policy di sicurezza \u201czero\u2011trust\u201d.<br \/>\n&#8211; Utilizzare un CMS headless per gestire i contenuti promozionali senza impattare i micro\u2011servizi di gioco.  <\/p>\n<h2>Scelta finale: quale architettura \u00e8 pi\u00f9 adatta al tuo casin\u00f2?<\/h2>\n<table>\n<thead>\n<tr>\n<th>Criterio<\/th>\n<th>Server tradizionali<\/th>\n<th>Cloud\u2011Native (Kubernetes)<\/th>\n<th>Edge + 5G<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Costo iniziale<\/td>\n<td>Alto (hardware)<\/td>\n<td>Medio (servizi gestiti)<\/td>\n<td>Molto alto (hardware edge)<\/td>\n<\/tr>\n<tr>\n<td>Latency<\/td>\n<td>50\u201180\u202fms<\/td>\n<td>30\u201150\u202fms<\/td>\n<td>&lt;\u202f15\u202fms<\/td>\n<\/tr>\n<tr>\n<td>Scalabilit\u00e0<\/td>\n<td>Limitata<\/td>\n<td>Elastico, auto\u2011scaling<\/td>\n<td>Elastico + locale<\/td>\n<\/tr>\n<tr>\n<td>Sicurezza<\/td>\n<td>Dipende da policy interne<\/td>\n<td>Conformit\u00e0 integrata (ISO, PCI)<\/td>\n<td>Simile al cloud, pi\u00f9 controlli fisici<\/td>\n<\/tr>\n<tr>\n<td>Sostenibilit\u00e0<\/td>\n<td>Bassa (energia locale)<\/td>\n<td>Media (data center green)<\/td>\n<td>Alta (energia locale rinnovabile)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Domande da porsi<\/strong><br \/>\n1. Qual \u00e8 il mio volume medio di spin mensile?<br \/>\n2. Quanto sono sensibili i miei giocatori alla latenza? (es. slot high\u2011speed vs. bingo).<br \/>\n3. Qual \u00e8 il budget disponibile per investimenti CAC (CapEx vs. OpEx)?<br \/>\n4. Devo rispettare normative specifiche di giurisdizione (es. GDPR, licenza AAMS)?  <\/p>\n<p><strong>Consigli per tipologie di operatori<\/strong><br \/>\n&#8211; <strong>Startup<\/strong>: inizia con una soluzione cloud\u2011native \u201cpay\u2011as\u2011you\u2011go\u201d, sfruttando Reserved Instances solo per la parte di backend pi\u00f9 stabile.<br \/>\n&#8211; <strong>Operatori consolidati<\/strong>: combinazione di cloud\u2011native per la maggior parte dei servizi e nodi edge in mercati chiave per ridurre la latenza.<br \/>\n&#8211; <strong>Brand internazionali<\/strong>: replica multi\u2011region con policy di disaster recovery sincrona e utilizzo di edge zones in ogni continente per garantire uniformit\u00e0 di esperienza.  <\/p>\n<h2>Conclusione<\/h2>\n<p>Il panorama del cloud gaming sta rivoluzionando l\u2019iGaming, offrendo a operatori di ogni dimensione la possibilit\u00e0 di bilanciare costi, performance, sicurezza e sostenibilit\u00e0. Dalla monolitica architettura tradizionale alle soluzioni cloud\u2011native, dall\u2019adozione di GPU virtuali ai nodi edge potenziati dal 5G, le scelte tecnologiche influenzano direttamente il tempo di risposta, la capacit\u00e0 di gestire picchi di traffico e la compliance normativa. Utilizzando le checklist e le tabelle presentate, i decision\u2011maker possono valutare in modo olistico le opzioni disponibili e pianificare una migrazione graduale verso infrastrutture pi\u00f9 agili e verdi. Restate aggiornati, monitorate costantemente i KPI e tenete d\u2019occhio le evoluzioni emergenti, perch\u00e9 il prossimo passo del gaming potrebbe arrivare gi\u00e0 domani.  <\/p>\n<p><em>Nota<\/em>: per approfondimenti su tariffe e piani specifici, \u00e8 possibile consultare il sito di Mediarete, che raccoglie informazioni utili sui provider cloud. Inoltre, Mediarete offre una panoramica delle differenti offerte di <strong>migliori casino online<\/strong> e <strong>lista casino online non AAMS<\/strong>, utile per confrontare le esigenze di gioco con le capacit\u00e0 infrastrutturali.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Negli ultimi cinque anni il cloud gaming ha lasciato il regno dei videogiochi di nicchia per affermarsi come pilastro della trasformazione digitale nell\u2019iGaming. Grazie a connessioni internet sempre pi\u00f9 veloci e a data center distribuiti globalmente, i casin\u00f2 online possono ora offrire esperienze in tempo reale con grafiche di alta fedelt\u00e0, senza che il giocatore [&hellip;]<\/p>\n","protected":false},"author":191,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-9373","post","type-post","status-publish","format-standard","hentry","category-okategoriserade","post-preview"],"_links":{"self":[{"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/posts\/9373","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/users\/191"}],"replies":[{"embeddable":true,"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/comments?post=9373"}],"version-history":[{"count":0,"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/posts\/9373\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/media?parent=9373"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/categories?post=9373"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogg.folkuniversitetet.nu\/rogbev\/wp-json\/wp\/v2\/tags?post=9373"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}