- La interconnectivitat privada entre grans núvols (AWS, OCI, Google Cloud, Azure) es consolida com a capa estructural del multicloud.
- La sobirania de la dada i el compliment normatiu exigeixen combinar connectivitat estandarditzada amb bon govern, auditoria i gestió del risc.
- La IA generativa i les arquitectures split‑stack depenen d'un flux de dades segur i eficient entre els núvols per ser rendibles.
- Serveis gestionats com a Cloud NGFW per a AWS i perfils centrats en fonaments cloud impulsen un model real de “cloud sense murs”.
L'expressió “cloud sense murs” ha passat de ser un eslògan simpàtic a descriure una realitat molt concreta: les grans empreses ja no volen ni poden viure tancades en un sol núvol. Les dades, les aplicacions i les càrregues de treball es mouen entre diversos proveïdors , i això obliga a repensar completament com dissenyem xarxes, seguretat i govern de la dada.
En aquest nou escenari, la clau ja no és tant triar el “millor” núvol, sinó construir una interconnectivitat sòlida, predictible i segura entre plataformes que històricament competien entre si. Des d'aliances estratègiques com la d'Oracle i AWS, fins a serveis avançats de tallafocs gestionat a AWS o el debat sobre certificacions cloud i perfils professionals, tot apunta en la mateixa direcció: enderrocar murs i reduir friccions entre entorns cloud molt diversos. Això obliga a replantejar aspectes com ara xarxes, seguretat i govern de la dada de forma coherent.
Què significa realment un “cloud sense murs”
Quan es parla de “cloud sense murs” no és un núvol únic i universal, sinó una arquitectura multicloud interconnectada on diverses plataformes (AWS, Google Cloud, Azure, Oracle Cloud Infrastructure, etc.) es comuniquen entre si de forma privada, gestionada i estable. L'objectiu no és fusionar-ho tot, sinó disminuir la complexitat i la fricció que històricament ha existit en unir núvols diferents.
A la pràctica, això implica que en lloc de connectar entorns mitjançant configuracions manuals complexes , maquinari dedicat fragmentat i un enfilall de tercers, les empreses comencen a recolzar-se en serveis d'interconnexió privats i nadius que proporcionen els propis hyperscalers. Això permet que el trànsit entre núvols viatgi per camins més previsibles, amb menys exposició a Internet pública i una latència molt més estable.
Fins fa poc, la integració entre grans núvols es resolia a base de “projectes d'enginyeria de xarxa” ad hoc: múltiples proveïdors de xarxa, túnels VPN encadenats, encaminadors físics, regles de tallafocs manuals i una infinitat de scripts. Aquest enfocament patia dos problemes clars: una complexitat operativa altíssima i el famós fenomen de la data gravity, és a dir, la tendència de les dades a quedar-se on ja són perquè moure'ls surt car, és lent o arriscat.
L'avenç cap a un cloud sense murs no elimina de cop aquesta data gravity, però sí que ajuda que el moviment controlat de dades entre núvols sigui més assumible: menys latència variable, millors garanties de disponibilitat, més automatització i, sobretot, menys dependència de configuracions artesanals difícils de mantenir en el temps.
AWS Interconnect i la nova capa estructural del multicloud
La disponibilitat general d' AWS Interconnect és una de les fites que millor il·lustren aquesta tendència. Amazon Web Services presenta aquest servei com una ruta gestionada per connectar el núvol amb altres proveïdors: d'entrada amb Google Cloud i, al full de ruta, amb Azure. Lluny de ser un simple enllaç, s'està plantejant com una peça estructural de l'arquitectura multicloud moderna.
Aquest tipus d'interconnexió es recolza en connectivitat privada i dedicada entre els núvols, amb la intenció d'oferir latències més predictibles, més seguretat en trànsit i menys dependència de la Internet pública. En lloc de muntar un puzle denllaços, túnels i appliances, les empreses tenen una opció més estandarditzada i suportada directament pels grans proveïdors.
El moviment d'AWS no s'entén en solitari: Oracle fa temps que construeix la seva pròpia visió de multicloud, i ha situat la seva integració amb Oracle Cloud Infrastructure (OCI) i AWS com una extensió natural d'aquesta estratègia. La interconnexió entre Oracle i Amazon no és una raresa puntual, sinó un símptoma d'una mica més profund: fins i tot rivals històrics han assumit que els clients ja operen de manera multicloud i que hi ha negoci per facilitar-los aquest camí.
Convé subratllar que aquesta connectivitat no suposa la “fi total de les sitges”, però sí un pas molt rellevant per reduir friccions entre plataformes . La promesa no és un núvol únic, sinó una xarxa de núvols més ben connectats, amb menys sorpreses, menys latència impredictible i un model d'operació més proper a un servei estàndard i no a un projecte d'enginyeria artesanal.
Des del punt de vista de costos, l'impacte sobre el TCO és matisable: la connectivitat dedicada pot simplificar molt l'operació davant de xarxes híbrides caòtiques, però l'estalvi real dependrà del volum de trànsit, el disseny de l'arquitectura i les condicions comercials negociades amb cada proveïdor. Per això és perillós llençar xifres genèriques d'estalvi sense aportar referències públiques i verificables.
OCI + AWS: interconnexió com a estàndard del cloud sense murs
La connexió planificada entre l'Oracle Cloud Infrastructure (OCI) i l'AWS s'emmarca plenament en aquesta lògica de cloud sense murs. No és una excepció capritxosa, sinó un exemple molt visible de fins a quin punt la connectivitat privada entre núvols grans comença a estandarditzar-se com una capa més de la infraestructura empresarial.
Gràcies a aquest tipus d'acords, les empreses poden dissenyar desplegaments multicloud més nets , on certes càrregues viuen a Oracle (per exemple, bases de dades crítiques) i altres a AWS (aplicacions, microserveis, models d'IA, etc.) sense que el trànsit entre totes dues es converteixi en un embut ple de latència variable i problemes de seguretat.
Això sí, aquesta interconnexió no implica per art de màgia la desaparició universal dels costos de sortida de dades ni de les restriccions de cada proveïdor. Continuen existint polítiques comercials i tècniques pròpies de cada núvol, i les empreses han de fer números fins a l'hora de decidir quines dades es mouen, amb quina freqüència i sota quines condicions.
El més interessant és el canvi d'enfocament: la xarxa deixa de veure's només com un mal de cap tècnic (VPNs, taules de rutes, ACLs) per convertir-se en una peça estratègica de disseny d'infraestructura . La manera com s'interconnecten els núvols condiciona directament la velocitat de desplegament, el nivell de resiliència, la postura de seguretat i, en última instància, el retorn de la inversió.
Aquest enfocament encaixa molt bé amb models de govern de TI madurs on la infraestructura no s'improvisa, sinó que es planifica amb visió de negoci. En un cloud sense murs, decidir com s'enllaçen OCI i AWS és gairebé tan important com decidir quin servei PaaS s'utilitza a cada costat.
Sobirania de la dada i compliment: DORA, NIS2 i més enllà
La qüestió de la sobirania de la dada i el compliment normatiu ha esdevingut crítica, especialment a Europa. Normatives com DORA (al sector financer) o NIS2 (seguretat de xarxes i sistemes d'informació) obliguen les organitzacions a prendre's molt seriosament on resideixen les seves dades, com es mouen i quina traçabilitat tenen.
La interconnexió privada estandarditzada entre núvols pot resultar de gran ajuda. En reforçar la traçabilitat de la dada en trànsit i reduir l'exposició a xarxes públiques, es guanya visibilitat i control, cosa molt valorada pels reguladors. A més, aquests enllaços solen incorporar xifratge a nivell físic i mecanismes reforçats de resiliència, que aporten un plus de confiança en sectors regulats.
Tot i això, convé no enganyar-se: per molt robusta que sigui la connectivitat, no garanteix per si sola el compliment de DORA, NIS2 ni d'altres normes. El compliment continua depenent de controls organitzatius i de govern : auditoria, gestió del risc, polítiques d'accés, acords contractuals, plans de continuïtat de negoci, etc. La infraestructura és una peça més del puzle, però no ho resol tot.
Marcs de gestió com a ITIL 4 poden aportar ordre al disseny i operació d'aquests entorns multicloud. ITIL ajuda a encaixar la infraestructura de xarxa, els processos de canvi, la gestió d'incidents i la continuïtat del servei dins un marc coherent. Això sí, ITIL no substitueix els requisits reguladors; simplement ofereix una forma estructurada doperar dins dells.
Un altre aspecte clau és l'expansió física dels hyperscalers. El fet que Oracle, per exemple, desplega una tercera regió cloud a Espanya té implicacions directes per a la residència de la dada, la latència i la sobirania. Tenir més regions locals permet que les organitzacions compleixin exigències d'ubicació geogràfica de les dades, sempre que aquest avantatge s'acompanyi d'una configuració i una governança ben pensades.
Cloud sense murs i IA generativa: arquitectures split‑stack
L'explosió de la IA generativa ha portat moltes empreses a adoptar arquitectures anomenades split‑stack, on cada núvol es fa servir per al que millor se li dóna. És molt habitual trobar bases de dades empresarials i sistemes core a Oracle, mentre que l'entrenament o la inferència de models d'IA s'executen a AWS, oa l'inrevés.
En aquest context, una connectivitat privada ben dissenyada no busca eliminar la latència del tot (cosa irreal), sinó reduir-ne la variabilitat i simplificar la integració . En tenir enllaços més predictibles entre núvols, es fa molt més viable moure conjunts de dades, replicar informació o sincronitzar resultats de models sense que cada transferència es converteixi en una aventura.
El gran desafiament de la IA ja no és només disposar de GPUs o TPUs suficients. El coll d'ampolla està, cada cop més, en el flux segur i eficient de dades entre entorns heterogenis: des de data lakes en un núvol fins a pipelins d'entrenament en un altre, passant per sistemes transaccionals on-prem o en un tercer proveïdor.
La interconnexió privada influeix de forma directa en el retorn de la inversió a IA: una arquitectura de dades ben pensada , amb rutes de xarxa optimitzades i polítiques clares de moviment de la informació, pot escurçar dràsticament els temps d'entrenament, reduir riscos de fuga de dades i millorar la resiliència dels serveis basats en models.
A més, l'aliança entre Oracle i AWS no només obre la porta a nous desplegaments d'IA, sinó també a escenaris avançats de resiliència i recuperació entre núvols. Còpies de seguretat en un proveïdor, plans de disaster recovery en un altre, o fins i tot estratègies de commutació per error entre plataformes, són cada cop més realistes gràcies a aquestes connexions privades més madures.
Seguretat en un cloud sense murs: el cas de Palo Alto Networks Cloud NGFW per a AWS
El concepte de cloud sense murs també té un impacte directe en com s'entén la seguretat de xarxa al núvol . Un exemple molt clar és el llançament de Palo Alto Networks Cloud NGFW, un servei de tallafocs de nova generació, nadiu d'AWS i totalment gestionat, dissenyat precisament per simplificar la protecció de desplegaments cloud a Amazon.
Aquest servei cerca eliminar moltes de les complicacions tradicionals associades a securitzar arquitectures a AWS. En lloc que el client s'encarregui de desplegar appliances virtuals, mantenir-los, actualitzar-los i escalar-los, Palo Alto Networks assumeix la gestió integral de la infraestructura del tallafocs . L'empresa usuària se centra en les aplicacions i polítiques, i deixa la part pesada d'infraestructura a un proveïdor expert.
Cloud NGFW incorpora capacitats avançades com el filtratge d'URL i l'ús de deep learning per detectar i bloquejar amenaces web de tipus zero-day en temps real. Això permet frenar atacs desconeguts mentre es continua permetent l'accés a serveis legítims basats a la web. A més, inclou un sistema de prevenció d'amenaces per aturar exploits de vulnerabilitats conegudes, codi maliciós i comunicacions de comandament i control.
Un altre dels seus pilars és App‑ID, una tecnologia que classifica el trànsit en capa 7 per poder aplicar polítiques basades en el tipus real d'aplicació, i no només en ports o adreces IP. D'aquesta manera, és més senzill reduir la superfície d'atac i controlar de manera granular quines aplicacions es poden comunicar i sota quines condicions.
A nivell operatiu, un dels grans atractius de Cloud NGFW per a AWS és la facilitat d'ús. El servei es pot adquirir des d'AWS Marketplace i configurar-se de manera força ràpida, integrant-se amb els serveis d'Amazon en qüestió de minuts i uns quants clics. Com que és un servei completament gestionat, les organitzacions no han de preocupar-se de desplegar, actualitzar ni operar infraestructura de firewall pròpia.
El servei també aprofita l' AWS Gateway Load Balancer per assolir alta disponibilitat i escalat elàstic sota demanda. Això resulta especialment útil en entorns on els pics de trànsit són impredictibles. El firewall s'integra amb AWS Firewall Manager, facilitant la gestió centralitzada de polítiques de seguretat a múltiples comptes d'AWS i diferents VPC.
Finalment, la seva compatibilitat amb plantilles d'API, CloudFormation i Terraform permet automatitzar fluxos de treball de seguretat end-to-end , encaixant amb pràctiques d'infraestructura com a codi. Això és clau en un escenari cloud sense murs, on les polítiques de seguretat han d'acompanyar les càrregues de treball a mesura que es desplacen o es repliquen entre núvols.
Certificacions cloud, perfils professionals i el valor dels fonaments
Mentre la tecnologia avança cap a un cloud sense murs, el mercat laboral viu la seva transformació. Durant anys s'ha venut la idea que un “expert a AWS” i un “expert a GCP” parlen idiomes radicalment diferents, com si cada núvol fos un univers sense punts en comú. Les certificacions han reforçat aquesta percepció, segmentant perfils de manera molt rígida.
La realitat és força diferent. Els noms dels serveis canvien, les consoles tenen un altre aspecte, els models de facturació s'organitzen de manera diferent… però la manera de pensar sobre el processament de dades és, en essència, la mateixa. Les bases conceptuals que hi ha darrere d'un data lake, un clúster de còmput distribuït o un orquestrador de pipelins no depenen del logo del núvol.
Quan algú interioritza bé conceptes com el particionament de dades , els motors distribuïts, els patrons d'orquestració o el disseny de pipelins robusts, el salt entre núvols deixa de ser tan dramàtic. Azure deixa de semblar un monstre nou i es converteix en la mateixa pel·lícula, però amb una altra interfície i altres noms per als serveis.
Per això molts professionals estan començant a qüestionar si té sentit obsessionar-se a ser ultraespecialista en un sol núvol, en lloc de consolidar fonaments sòlids d'arquitectura i dades que permetin moure's amb facilitat en entorns multicloud. En un món de cloud sense murs, el valor diferencial està cada cop més a entendre la lògica profunda dels sistemes, no només a conèixer de memòria on és cada botó en una consola concreta.
Des de la perspectiva de les empreses, això planteja una pregunta molt rellevant: és més valuós un perfil que domina a la perfecció un proveïdor concret, o aquell que entén a fons els principis comuns de qualsevol arquitectura cloud i es pot adaptar amb rapidesa a diversos entorns? En un escenari multicloud cada cop més estès, el segon tipus de perfil guanya sencers, encara que hi continuï havent espai per a especialistes profunds en un proveïdor quan l'escala ho justifica.
En definitiva, l'autèntic professional del cloud sense murs és qui sap combinar coneixement transversal de fonaments (dades, xarxes, seguretat, automatització) amb una experiència pràctica suficient en diversos núvols per no bloquejar-se quan canvia el logotip de la consola.
Tot aquest moviment cap a un cloud sense murs, amb connexions privades estandarditzades, serveis de seguretat gestionats a AWS, estratègies multicloud ben pensades i professionals centrats en fonaments, està redefinint el mapa de la infraestructura digital: les empreses deixen de construir castells aïllats en un únic núvol i passen a dissenyar ecosistemes la seguretat com l'elecció del proveïdor, i on saber moure's amb facilitat entre diversos entorns es converteix en una habilitat tan crítica com dominar qualsevol dels núvols per separat.
