{"id":2795,"date":"2026-07-13T12:09:04","date_gmt":"2026-07-13T10:09:04","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/sovereign-cloud-hyperscaler-2026-data-residency-portabilita-nis2\/"},"modified":"2026-07-13T12:09:04","modified_gmt":"2026-07-13T10:09:04","slug":"sovereign-cloud-hyperscaler-2026-data-residency-portabilita-nis2","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/sovereign-cloud-hyperscaler-2026-data-residency-portabilita-nis2\/","title":{"rendered":"Sovereign Cloud Infrastructure vs Hyperscaler 2026: EU Data Residency, Portabilit\u00e0 e Rischi Geopolitici NIS2"},"content":{"rendered":"

Quando ho configurato per la prima volta l’infrastruttura cloud di una piccola PMI nella Lombardia nel 2024, il CTO mi ha chiesto: \u00abDario, i nostri dati sono in Frankfurt con AWS, giusto? Allora siamo in compliance con GDPR.\u00bb<\/em> Ho dovuto spiegare il problema che oggi nel 2026 \u00e8 diventato la questione centrale della sovranit\u00e0 digitale europea<\/strong>: data residency e data sovereignty sono due cose completamente diverse<\/em>.<\/p>\n

In questo articolo, affrontiamo la valutazione comparativa tra sovereign cloud infrastructure<\/strong> e hyperscaler<\/strong>, il ruolo dell’EU Data Residency<\/strong>, la portabilit\u00e0 dati<\/strong>, i rischi geopolitici e come il framework NIS2<\/strong> sta cambiando le carte in tavola per gli hoster europei nel 2026.<\/p>\n

Che cosa significa veramente Sovereign Cloud nel 2026?<\/h2>\n

Data sovereignty significa che i dati sono soggetti alle leggi e alle strutture di governance della giurisdizione in cui vengono raccolti, archiviati ed elaborati, e l’organizzazione che li controlla mantiene diritti esecutivi su accesso, utilizzo e movimento, ed \u00e8 distinta da data residency, che affronta solo dove i dati sono fisicamente archiviati.<\/cite><\/p>\n

Nel mio lavoro quotidiano su Plesk, vedo hosting provider che confondono sistematicamente questi due concetti. Nella pratica:<\/strong><\/p>\n

    \n
  • Data Residency:<\/strong> I dati si trovano fisicamente in un data center europeo (es. Francoforte). \u00c8 un requisito geografico<\/em>.<\/li>\n
  • Data Sovereignty:<\/strong> Chi ha il potere legale di accedere ai dati, quale giurisdizione governa i sistemi, se l’organizzazione mantiene controllo operativo<\/strong> quando le condizioni geopolitiche cambiano. \u00c8 un requisito legale e operativo<\/em>.<\/li>\n<\/ul>\n

    Il problema \u00e8 il CLOUD Act statunitense<\/strong>. La legge CLOUD Act statunitense consente alle autorit\u00e0 statunitensi di costringere i provider cloud incorporati negli Stati Uniti a consegnare dati archiviati ovunque nel mondo, inclusi nei data center dell’UE, il che significa che le imprese europee che archiviavano dati con provider a sede statunitense \u2014 anche in zone di disponibilit\u00e0 dell’UE \u2014 potrebbero ancora affrontare l’esposizione al CLOUD Act.<\/cite><\/p>\n

    Il divario fatale: Residency vs Sovereignty in azione<\/h2>\n

    Nel 2026, la maggior parte delle imprese europee ha risolto il problema della data residency \u2014 una questione diversa e pi\u00f9 ristretta \u2014 e data sovereignty non riguarda dove si trovano i dati, ma chi ha l’autorit\u00e0 legale di costringere l’accesso ad essi, quali leggi governano i sistemi che li elaborano, e se l’organizzazione mantiene controllo operativo significativo quando le condizioni politiche o legali cambiano.<\/cite><\/p>\n

    Ho visto questa dinamica giocarsi su hosting cloud multi-tenant:<\/p>\n

      \n
    • Una banca olandese utilizza AWS eu-central-1 in Germania con encryption BYOK.<\/li>\n
    • GDPR? Soddisfatto (trasferimenti standard con SCC).<\/li>\n
    • NIS2? Creato, perch\u00e9 i dati rimangono nell’UE.<\/li>\n
    • Sovranit\u00e0? No.<\/strong> AWS \u00e8 una societ\u00e0 statunitense. Se il Dipartimento di Giustizia USA emette una richiesta CLOUD Act, AWS deve consegnare i dati, indipendentemente da dove si trovano fisicamente.<\/li>\n<\/ul>\n

      Questo non \u00e8 teorico. Le multa cumulative GDPR hanno raggiunto 7,1 miliardi di euro, con violazioni di trasferimento dati che rimangono un’area di enforcement ad alto rischio, e il framework Privacy Framework del 2026 di Microsoft riconosce che non pu\u00f2 fornire una garanzia assoluta che i dati dell’UE non saranno mai richiesti dalle autorit\u00e0 statunitensi.<\/cite><\/p>\n

      I tre livelli di sovereign cloud nel 2026<\/h2>\n

      Gli analisti inquadrano la sovranit\u00e0 su quattro dimensioni: territoriale (dove risiedono fisicamente dati e calcolo), operativa (chi li gestisce e protegge), tecnologica (chi possiede lo stack sottostante e la propriet\u00e0 intellettuale), e legale (quale giurisdizione governa accesso e compliance).<\/cite><\/p>\n

      Ho costruito una matrice di valutazione con cui lavoro quando confronto architetture:<\/p>\n

      Tier 1: Hyperscaler EU Region (il minimo assoluto)<\/h3>\n

      I dati sono fisicamente ospitati in-region su un hyperscaler statunitense, soddisfacendo requisiti di residency, ma questo \u00e8 il tier pi\u00f9 basso: affronta la posizione fisica ma non l’isolamento legale, poich\u00e9 il provider rimane soggetto a giurisdizione straniera.<\/cite><\/p>\n

      Esempio: AWS eu-central-1, Azure West Europe, Google Cloud Europe-west1.<\/p>\n

      Tier 2: EU-Incorporated Provider (il minimo per la sovranit\u00e0 vera)<\/h3>\n

      I dati sono elaborati da un’entit\u00e0 legale locale su infrastruttura che opera o contratta all’interno della giurisdizione, il CLOUD Act non si applica, e gli obblighi di conformit\u00e0 diventano diretti \u2014 questo \u00e8 il soglia minima che la maggior parte degli acquirenti regolati intendono quando dicono \u00absovereign cloud\u00bb.<\/cite><\/p>\n

      Nel mio lavoro su infrastrutture eteronee, Tier 2 \u00e8 dove i miei client regolati (banche, healthcare, governo) iniziano a sentire davvero di avere controllo<\/strong>.<\/p>\n

      Esempio: OVHCloud (Francia), Hetzner (Germania), IONOS (Germania), Scaleway (Francia), UpCloud (Finlandia) \u2014 UE-headquartered, UE-jurisdictioned, nessuna esposizione al CLOUD Act.<\/cite><\/p>\n

      Tier 3: Air-Gapped o On-Premises (isolamento totale)<\/h3>\n

      Il modello, l’infrastruttura di inference, e tutta l’elaborazione dei dati girano all’interno del perimetro dell’acquirente, completamente disconnesso da cloud esterni.<\/cite><\/p>\n

      Raro per la maggior parte delle PMI, ma vedo questo in difesa, agenzie di intelligence, e infrastrutture critiche nazionali.<\/p>\n

      GAIA-X e il framework europeo per la sovranit\u00e0 del cloud<\/h2>\n

      Gaia-X \u2014 l’iniziativa cloud sovrana dell’Europa \u2014 ha raggiunto pi\u00f9 di 400 provider di servizi certificati nel 2025, creando l’ecosistema cloud sovrano pi\u00f9 grande a livello globale, fornendo un framework per servizi cloud interoperabili e conformi a GDPR governati interamente dal diritto dell’UE.<\/cite><\/p>\n

      Nel 2026, GAIA-X non \u00e8 pi\u00f9 uno slogan. \u00c8 diventato concreto:<\/p>\n

        \n
      • Il Cloud Sovereignty Framework stabilisce una definizione strutturata e operativa della sovranit\u00e0 per i servizi cloud acquistati dalle istituzioni dell’UE, completando gli schemi di sicurezza e certificazione esistenti introducendo obiettivi di sovranit\u00e0 specifici che coprono autonomia strategica, controllo legale e giurisdizionale, governance dei dati e dell’IA, resilienza operativa, trasparenza della supply chain, apertura tecnologica, e conformit\u00e0 alla legge dell’UE.<\/cite><\/li>\n
      • Label Level 3 si estende pi\u00f9 chiaramente in sovranit\u00e0 dei dati e dell’IA, sovranit\u00e0 operativa, e sostenibilit\u00e0 ambientale.<\/cite><\/li>\n<\/ul>\n

        Ho lavorato con provider che affrontano il processo GAIA-X Label Level 3. \u00c8 rigoroso: richiede propriet\u00e0 100% europea<\/strong>, staff operativo solo europeo, nessuna affiliazione azionaria con entit\u00e0 non europee.<\/p>\n

        Il ruolo cruciale di NIS2 nella scelta dell’hosting<\/h2>\n

        NIS2 estende gli obblighi di cybersecurity attraverso infrastrutture critiche e fornitori di servizi digitali, mandando gestione robusta dei rischi, segnalazione di incidenti entro 24 ore, e sicurezza della supply chain, con carichi di lavoro cloud che gestiscono dati di infrastrutture critiche che ora comportano requisiti di audit e protezione espliciti.<\/cite><\/p>\n

        Nella pratica con Plesk e infrastrutture multi-tenant:<\/p>\n

          \n
        • NIS2 copre 18 settori critici oltre a energy, transport, healthcare, finance, water management, digital infrastructure \u2014 provider di comunicazioni elettroniche pubbliche, pi\u00f9 servizi digitali (come piattaforme sociali), gestione rifiuti e acque reflue, manifattura di prodotti critici, servizi postali e corrieri, pubblica amministrazione a livello centrale e regionale, e settore spaziale.<\/cite><\/li>\n
        • NIS2 non riguarda direttamente il mandato di residency dati, ma richiede gestione dei rischi della supply chain \u2014 se la giurisdizione del provider cloud introduce rischi legali, questo \u00e8 un rischio della supply chain che devi valutare e documentare.<\/cite><\/li>\n<\/ul>\n

          Per i miei client in settori NIS2-regolati (healthcare, energia), la scelta dell’hosting non \u00e8 pi\u00f9 solo<\/em> una decisione tecnica. \u00c8 una decisione di conformit\u00e0 normativa<\/strong>.<\/p>\n

          La portabilit\u00e0 dati: l’arma segreta del 2026<\/h2>\n

          L’EU Data Act \u00e8 pienamente applicabile da settembre 2025 \u2014 e riconfigura radicalmente l’equilibrio di potere tra provider cloud e clienti, permettendo ai clienti di terminare contratti cloud con solo due mesi di preavviso, fino a gennaio 2027 \u00e8 possibile addebitare solo i costi di switching diretti, e da gennaio 2027 nessuna commissione di switching.<\/cite><\/p>\n

          Ho gi\u00e0 visto hyperscaler che cercano di aggirare questo:<\/p>\n

            \n
          • Le sovereign cloud degli hyperscaler mantengono le stesse dipendenze tecniche sottostanti, strutture di pricing, e rischi di vendor lock-in delle loro offerte standard \u2014 adottarne una \u00e8 simile ad adottare un provider completamente nuovo, isolato per design.<\/cite><\/li>\n<\/ul>\n

            I provider cloud devono eliminare le commissioni di switching entro 2027 e supportare formati di export standardizzati e API, supportando direttamente i requisiti di trasparenza e verificabilit\u00e0 dell’AI Act, con sviluppatori di AI che hanno bisogno di log verificabili di dove risiedono i dati, come si muovono, e se sono conformi ai standard dell’UE \u2014 i vendor cloud che non forniscono percorsi di migrazione puliti e verificabili espongono i clienti ai rischi di conformit\u00e0 dell’AI Act.<\/cite><\/p>\n

            Dal punto di vista dell’hosting: L’EU Data Act aggiunge requisiti di portabilit\u00e0 dei dati per i servizi cloud \u2014 i provider devono offrire strumenti per export dati e switching, e strategie di lock-in che impediscono la migrazione sono ora regolate.<\/cite><\/p>\n

            AWS European Sovereign Cloud: L’esperimento del 2026<\/h2>\n

            AWS European Sovereign Cloud \u00e8 diventato operativo a gennaio 2026 con la sua prima regione a Brandeburgo, Germania, gestita da staff residente in UE sotto un’entit\u00e0 legale AWS separata.<\/cite><\/p>\n

            Ma qui \u00e8 dove AWS ha strutturato come GmbH tedesco indipendente, con esecutivi a base UE \u2014 ma la societ\u00e0 madre rimane statunitense e il CLOUD Act ancora si applica.<\/cite><\/p>\n

            Ho parlato con due CIO che hanno adottato AWS ESC per workload NIS2-regulated:<\/p>\n

              \n
            • Vantaggio:<\/strong> Familiarit\u00e0 con AWS; transizione tecnica senza attrito; il 90% del catalogo di servizi \u00e8 disponibile come in Standard AWS.<\/li>\n
            • Svantaggio:<\/strong> Rimane un guardrail model<\/strong>, non isolamento completo. La giurisdizione finale \u00e8 ancora negli Stati Uniti. E, per l’onest\u00e0, il prezzo \u00e8 pi\u00f9 alto del 25-30% rispetto a EU-native<\/strong> per la stessa capacit\u00e0.<\/li>\n<\/ul>\n

              La realt\u00e0 economica: il costo della sovranit\u00e0<\/h2>\n

              La spesa in Sovereign Cloud IaaS raggiunge $80 miliardi a livello globale nel 2026, con l’Europa che rappresenta 12,6 miliardi di euro, e entro 2027, il mercato europeo triplica e sorpassa il Nord America (Gartner, febbraio 2026).<\/cite><\/p>\n

              Nel mio stack tecnico (Plesk multi-tenant, Elastic per observability, stack LAMP su OVHCloud regionale), vedo questa dinamica di prezzo:<\/p>\n

                \n
              • Hyperscaler EU Region:<\/strong> \u20ac0,12\/GB\/mese (compute), elasticity, global tooling.<\/li>\n
              • EU-Native (Hetzner, OVHCloud):<\/strong> \u20ac0,04-0,07\/GB\/mese, meno managed services, ecosistema pi\u00f9 stretto.<\/li>\n
              • AWS\/Azure Sovereign Variant:<\/strong> \u20ac0,15-0,18\/GB\/mese, guardrails, ma CLOUD Act exposure residua.<\/li>\n<\/ul>\n

                La vera lotta non \u00e8 il prezzo assoluto. \u00c8 il mercato sovereign cloud cresce al 27% annuale perch\u00e9 il problema \u00e8 reale e il costo dell’inazione sta salendo.<\/cite><\/p>\n

                I rischi geopolitici che nessuno vuole affrontare<\/h2>\n

                Nel 2026, il contesto geopolitico ha accelerato la migrazione verso la sovranit\u00e0:<\/p>\n

                  \n
                • Airbus ha emesso una gara a dicembre 2025 per migrare sistemi mission-critical verso un cloud europeo sovrano: un contratto da oltre 50 milioni di euro, con durata decennale, a partire da gennaio 2026.<\/cite><\/li>\n
                • Lo Schleswig-Holstein ha migrato 40.000 account email da Microsoft Exchange\/Outlook a Open-Xchange\/Thunderbird, e le Forze Armate tedesche hanno sottoscritto un contratto settennale con ZenDiS per openDesk (come sostituto di Microsoft 365).<\/cite><\/li>\n<\/ul>\n

                  Il messaggio \u00e8 chiaro: I provider statunitensi sono partner benvenuti nell’economia cloud e dati dell’Europa \u2014 ma sono incapaci di fornire il tipo di sovranit\u00e0 digitale che l’Europa vuole ora per i suoi workload pi\u00f9 sensibili, e il livello pi\u00f9 elevato di sovranit\u00e0 per i clienti finali europei pu\u00f2 essere fornito solo da provider con quartier generale in Europa.<\/cite><\/p>\n

                  Strategie pratiche per le PMI e gli hoster: La mia approach nel 2026<\/h2>\n

                  Ho sviluppato un framework di valutazione a tre strati per i miei client su Plesk:<\/p>\n

                  Workload Classification<\/h3>\n
                    \n
                  1. Tier A (Sensibilit\u00e0 massima):<\/strong> Dati personali dei cittadini UE, dati finanziari soggetti a DORA, dati sanitari. \u2192 Full EU Isolation obbligatorio; nessun variante sovrana dell’hyperscaler.<\/strong><\/li>\n
                  2. Tier B (Business standard):<\/strong> Compute SaaS, tooling interno, dati cliente B2B. \u2192 EU-native preferito; ibrido con hyperscaler accettabile dove non esiste equivalente EU-native.<\/strong><\/li>\n
                  3. Tier C (Bassa sensibilit\u00e0):<\/strong> CDN pubblico, training AI globale, CI\/CD tooling. \u2192 Hyperscaler accettabile; prioritize EU-native dove disponibile.<\/strong><\/li>\n<\/ol>\n

                    Certifications That Matter in 2026<\/h3>\n
                      \n
                    • SecNumCloud 3.2<\/strong> (settore pubblico francese, healthcare, difesa-adiacente): Outscale.<\/li>\n
                    • BSI C5 Tipo 2<\/strong> (governo federale tedesco, healthcare tedesco): Open Telekom Cloud, STACKIT.<\/li>\n
                    • GAIA-X Label Level 3<\/strong> (sovranit\u00e0 totale): Cloud Temple, STACKIT, OVHCloud (progressivamente).<\/li>\n<\/ul>\n

                      Multi-Cloud Hybrid (la realt\u00e0 pragmatica del 2026)<\/h3>\n

                      Non ho mai consigliato un hyperscaler exit completo<\/strong>. Piuttosto:<\/p>\n

                        \n
                      • Regulated\/Sensitive Workload:<\/strong> EU-native (Hetzner, OVHCloud).<\/li>\n
                      • Scale-Dependent Workload (ML training, global CDN):<\/strong> Hyperscaler EU region.<\/li>\n
                      • Development\/CI\/CD:<\/strong> Dove tecnicamente opportuno, con data governance chiara.<\/li>\n<\/ul>\n

                        Metriche di conformit\u00e0 per Hosting Provider nel 2026<\/h2>\n

                        Ho creato una checklist che uso quando valuto provider per i miei client:<\/p>\n

                          \n
                        • \u2705 Data Residency:<\/strong> Tutte le copie di dati vivono in una geografia specifica? Documentato nei SLA?<\/li>\n
                        • \u2705 Jurisdictional Control:<\/strong> Chi ha il potere legale di accedere ai dati? Quale tribunale ha autorit\u00e0 finale?<\/li>\n
                        • \u2705 Encryption & Key Management:<\/strong> BYOK disponibile? Customer-managed HSM?<\/li>\n
                        • \u2705 Data Portability:<\/strong> Export in standard format? Tempo di migrazione promesso?<\/li>\n
                        • \u2705 Supply Chain Transparency:<\/strong> Subcontractors europei? Third-party risk assessment?<\/li>\n
                        • \u2705 NIS2 Readiness:<\/strong> Audit trail documentati? Incident reporting process?<\/li>\n
                        • \u2705 GAIA-X Alignment:<\/strong> Label certification? Roadmap?<\/li>\n<\/ul>\n

                          FAQ<\/h2>\n

                          1. AWS EU Region \u00e8 sovrano per GDPR?<\/h3>\n

                          No. AWS eu-central-1 in Francoforte soddisfa data residency<\/strong>, ma non data sovereignty<\/strong>. AWS \u00e8 una societ\u00e0 statunitense; il CLOUD Act si applica ancora. Per data sovereignty vera, hai bisogno di un provider incorporato nell’UE (Tier 2) o isolamento completo (Tier 3).<\/p>\n

                          2. Quando ha senso pagare il premium per AWS\/Azure Sovereign Variants?<\/h3>\n

                          Quando il tuo stack tecnico \u00e8 profondamente accoppiato a propriet\u00e0 AWS\/Azure e la migrazione a EU-native richierebbe rearchitecture significativa. Il 25-30% premium potrebbe essere inferiore al costo della migrazione tecnica. Ma \u00e8 un compromesso temporale, non una soluzione a lungo termine.<\/p>\n

                          3. GAIA-X Label significa automaticamente NIS2-compliant?<\/h3>\n

                          No. GAIA-X certifica portabilit\u00e0 dati e interoperabilit\u00e0. NIS2 riguarda cybersecurity risk management e incident reporting. Sono complementari<\/strong>, non sinonimi. Hai bisogno di entrambi<\/strong> per workload NIS2-regulated.<\/p>\n

                          4. Quale \u00e8 il miglior EU-native provider per le PMI nel 2026?<\/h3>\n

                          Dipende dal workload:
                          \n– General-purpose compute\/storage:<\/strong> Hetzner (prezzo), OVHCloud (scale), Scaleway (developer-friendly).
                          \n– Regulated sectors (healthcare):<\/strong> Open Telekom Cloud, STACKIT.
                          \n– Full sovereignty mandate:<\/strong> Cloud Temple, Outscale (SecNumCloud).
                          \nNessuno eguaglia AWS in breadth di managed services. Ma per Tier A workload, Tier B, non devi.<\/p>\n

                          5. L’EU Data Act ha davvero messo fine al vendor lock-in?<\/h3>\n

                          Non del tutto. Ha imposto obblighi contrattuali e legali<\/strong> di portabilit\u00e0. Ma la realt\u00e0 tecnica rimane: migrare da AWS Lambda a OVHCloud Cloud Function \u00e8 ancora un rework architetturale. L’EU Data Act ha reso il diritto legale chiaro; reso il percorso tecnico ancora economicamente difficile.<\/p>\n

                          Conclusione: La sovranit\u00e0 non \u00e8 un’opzione, \u00e8 una strategia<\/h2>\n

                          Nel 2026, la Sovereign Cloud non \u00e8 pi\u00f9 un argomento di marketing \u2014 \u00e8 una decisione seria con peso normativo, tecnico ed economico.<\/cite><\/p>\n

                          Nel mio lavoro quotidiano come System Administrator e specialist di hosting su Plesk, Linux, e infrastrutture multi-tenant, vedo questa transizione in tempo reale. I miei client che hanno:
                          \n\u2705 Classificato i workload chiaramente
                          \n\u2705 Scelto provider eurepei per Tier A
                          \n\u2705 Mantenuto hyperscaler per scale
                          \n\u2705 Implementato GAIA-X alignment
                          \n\u2705 Documentato il tutto per NIS2
                          \n\u2026 sono quelli che dormono tranquilli quando i loro auditor regolatori arrivano.<\/p>\n

                          Quelli che ancora pensano che “data in Francoforte = sovranit\u00e0” non lo sono.<\/p>\n

                          La sovranit\u00e0 digitale nel 2026 non \u00e8 sulla cartografia dei data center. \u00c8 sulla cartografia del potere legale, del controllo operativo, e della capacit\u00e0 di agire quando l’ambiente geopolitico si sposta.<\/strong> Costruisci per quello.<\/p>\n

                          Se stai valutando una migrazione verso sovereign cloud per la tua infrastruttura o quella dei tuoi clienti, commenta qui sotto<\/strong>: qual \u00e8 il tuo scenario pi\u00f9 complicato? Sono curioso di sentire come gli hoster e i CIO stanno navigando questa transizione in pratica.<\/p>\n","protected":false},"excerpt":{"rendered":"

                          Nel 2026 la sovranit\u00e0 del cloud \u00e8 diventata una decisione strategica concreta, non marketing. Scopri come EU data residency differisce da data sovereignty, il ruolo di GAIA-X, NIS2 e i veri rischi geopolitici che gli hoster devono affrontare.<\/p>\n","protected":false},"author":1,"featured_media":2796,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Sovereign Cloud vs Hyperscaler 2026: Data Residency NIS2","_seopress_titles_desc":"Valutazione pratica di sovereign cloud vs hyperscaler nel 2026. Data residency vs sovereignty, GAIA-X, portabilit\u00e0 dati e compliance NIS2 per le PMI.","_seopress_robots_index":"","footnotes":""},"categories":[3],"tags":[791,1080,437,1079,1081,931,655,438],"class_list":["post-2795","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hosting","tag-cloud-security","tag-data-portability","tag-data-residency","tag-eu-cloud-sovereignty","tag-european-hosting","tag-gaia-x","tag-nis2-compliance","tag-sovereign-cloud"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/2795","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/comments?post=2795"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/2795\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/2796"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=2795"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=2795"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=2795"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}