Re pa mure: shumëre, ndërlidhje dhe siguri e përparuar

Informatec Digital » Burime » Re pa mure: shumëre, ndërlidhje dhe siguri e përparuar

Shprehja "cloud pa mure" është shndërruar nga një slogan tërheqës në përshkrimin e një realiteti shumë konkret: kompanitë e mëdha nuk duan më, dhe as nuk munden, të jetojnë të kufizuara në një cloud të vetëm. Të dhënat, aplikacionet dhe ngarkesat e tyre të punës lëvizin midis ofruesve të shumtë , dhe kjo na detyron të rimendojmë plotësisht mënyrën se si i projektojmë rrjetet, sigurinë dhe qeverisjen e të dhënave.

Në këtë peizazh të ri, çelësi nuk është më aq shumë zgjedhja e cloud-it "më të mirë", por ndërtimi i një ndërlidhjeje të fortë, të parashikueshme dhe të sigurt midis platformave që historikisht konkurronin me njëra-tjetrën. Nga aleancat strategjike si ajo midis Oracle dhe AWS, te shërbimet e avancuara të firewall-it të menaxhuar në AWS, dhe debati rreth certifikimeve të cloud-it dhe profileve profesionale, gjithçka tregon në të njëjtin drejtim: thyerjen e barrierave dhe zvogëlimin e fërkimeve midis mjediseve shumë të larmishme cloud. Kjo kërkon një rimendim koherent të aspekteve të tilla si rrjetëzimi, siguria dhe qeverisja e të dhënave .

Çfarë do të thotë në të vërtetë një "re pa mure"?

Kur flasim për një "re pa mure", nuk i referohemi një reje të vetme universale, por më tepër një arkitekture të ndërlidhur shumë-reje ku platforma të ndryshme (AWS, Google Cloud, Azure, Oracle Cloud Infrastructure, etj.) komunikojnë me njëra-tjetrën privatisht, në një mënyrë të menaxhuar dhe të qëndrueshme. Qëllimi nuk është të bashkohen të gjitha, por të zvogëlohet kompleksiteti dhe fërkimi që ka ekzistuar historikisht kur kombinohen re të ndryshme.

Në praktikë, kjo do të thotë që në vend që të lidhin mjediset përmes konfigurimeve manuale komplekse , pajisjeve të dedikuara të fragmentuara dhe një sërë palësh të treta, kompanitë po fillojnë të mbështeten në shërbime ndërlidhëse private, vendase, të ofruara nga vetë hipershkallëzuesit. Kjo lejon që trafiku midis reve të udhëtojë përgjatë shtigjeve më të parashikueshme, me më pak ekspozim ndaj internetit publik dhe vonesë shumë më të qëndrueshme.

Deri vonë, integrimi midis reve të mëdha arrihej përmes "projekteve të inxhinierisë së rrjetit" ad hoc: ofrues të shumtë rrjeti, tunele VPN të lidhura me zinxhirë, routerë fizikë, rregulla manuale të firewall-it dhe skripte të panumërta. Kjo qasje vuante nga dy probleme të qarta: kompleksiteti jashtëzakonisht i lartë operacional dhe fenomeni i njohur i gravitetit të të dhënave - domethënë, tendenca e të dhënave për të qëndruar aty ku janë tashmë sepse lëvizja e tyre është e kushtueshme, e ngadaltë ose e rrezikshme.

Kalimi drejt një reje pa mure nuk e eliminon menjëherë gravitetin e të dhënave, por ndihmon që lëvizja e kontrolluar e të dhënave midis reve të jetë më e menaxhueshme: më pak vonesë e ndryshueshme, garanci më të mira për disponueshmërinë, më shumë automatizim dhe, mbi të gjitha, më pak varësi nga konfigurimet e punuara me dorë që janë të vështira për t'u mirëmbajtur me kalimin e kohës.

AWS Interconnect dhe shtresa e re strukturore e multicloud-it

Disponueshmëria e përgjithshme e AWS Interconnect është një nga momentet kyçe që ilustron më së miri këtë trend. Amazon Web Services e paraqet këtë shërbim si një rrugë të menaxhuar për të lidhur cloud-in e tij me ofrues të tjerë: fillimisht me Google Cloud dhe, sipas planit të veprimit, me Azure. Larg të qenit një "lidhje" e thjeshtë, ai po pozicionohet si një komponent strukturor i arkitekturës moderne multicloud.

Ky lloj ndërlidhjeje mbështetet në lidhje private dhe të dedikuar midis reve, duke synuar të ofrojë vonesë më të parashikueshme, siguri më të madhe gjatë tranzitit dhe më pak varësi nga interneti publik. Në vend që të krijojnë një mori lidhjesh, tunelesh dhe pajisjesh, bizneset kanë një opsion më të standardizuar të mbështetur drejtpërdrejt nga ofruesit kryesorë.

Lëvizja e AWS nuk është një fenomen i izoluar: Oracle ka kohë që po ndërton vizionin e vet multicloud dhe e ka pozicionuar integrimin e saj me Oracle Cloud Infrastructure (OCI) dhe AWS si një zgjatim natyror të asaj strategjie. Ndërlidhja midis Oracle dhe Amazon nuk është një anomali e izoluar, por më tepër një simptomë e diçkaje më të thellë: edhe rivalët e hershëm kanë pranuar se klientët tashmë po operojnë në një mjedis multicloud dhe se ka punë për të bërë në lehtësimin e këtij tranzicioni.

Është e rëndësishme të theksohet se kjo lidhshmëri nuk do të thotë "fundi i plotë i siloseve", por është një hap shumë i rëndësishëm drejt reduktimit të fërkimeve midis platformave . Premtimi nuk është një re e vetme, por një rrjet resh më të lidhura, me më pak surpriza, më pak vonesë të paparashikueshme dhe një model operativ më afër një shërbimi standard sesa një projekti inxhinierik të hartuar me dorë.

Nga perspektiva e kostos, ndikimi në TCO është i nuancuar: lidhja e dedikuar mund t'i thjeshtojë shumë operacionet krahasuar me rrjetet kaotike hibride, por kursimet aktuale do të varen nga vëllimi i trafikut, dizajni i arkitekturës së rrjetit dhe kushtet komerciale të negociuara me secilin ofrues. Prandaj, është e rrezikshme të publikohen shifra të përgjithshme të kursimeve pa ofruar të dhëna të disponueshme publikisht dhe të verifikueshme.

OCI + AWS: Ndërlidhja si standard për një re pa mure

Lidhja e planifikuar midis Oracle Cloud Infrastructure (OCI) dhe AWS përshtatet në mënyrë të përkryer brenda kësaj logjike të një reje pa mure. Nuk është një përjashtim kapriçioz, por një shembull shumë i dukshëm i shkallës në të cilën lidhja private midis reve të mëdha po fillon të standardizohet si një shtresë tjetër e infrastrukturës së ndërmarrjes.

Falë këtyre llojeve të marrëveshjeve, kompanitë mund të projektojnë shpërndarje më të pastra në shumë retë kompjuterike , ku ngarkesa të caktuara të punës ndodhen në Oracle (për shembull, bazat e të dhënave kritike) dhe të tjera në AWS (aplikacione, mikroshërbime, modele të inteligjencës artificiale, etj.) pa u bërë trafiku midis të dyjave një pengesë plot me vonesa të ndryshueshme dhe probleme sigurie.

Megjithatë, kjo ndërlidhje nuk i eliminon në mënyrë magjike kostot e transferimit të të dhënave ose kufizimet e ofruesit. Çdo ofrues i cloud-it ka ende politikat e veta tregtare dhe teknike , dhe kompanitë duhet të shqyrtojnë me kujdes se cilat të dhëna duhet të lëvizin, sa shpesh dhe në çfarë kushtesh.

Aspekti më interesant është ndryshimi i fokusit: rrjeti nuk shihet më thjesht si një problem teknik (VPN, tabela rrugëzimi, ACL), por si një pjesë strategjike e projektimit të infrastrukturës . Mënyra se si cloud-et ndërlidhen ndikon drejtpërdrejt në shpejtësinë e vendosjes, qëndrueshmërinë, gjendjen e sigurisë dhe në fund të fundit, në kthimin e investimit.

Kjo qasje përputhet mirë me modelet e zhvilluara të qeverisjes së IT-së, ku infrastruktura nuk është e improvizuar, por e planifikuar me një perspektivë biznesi. Në një cloud pa silos, vendimi se si lidhen OCI dhe AWS është pothuajse po aq i rëndësishëm sa vendimi se cilin shërbim PaaS do të përdoret në secilën anë.

Sovraniteti dhe pajtueshmëria e të dhënave: DORA, NIS2 dhe më gjerë

Çështja e sovranitetit të të dhënave dhe pajtueshmërisë rregullatore është bërë kritike, veçanërisht në Evropë. Rregullore të tilla si DORA (në sektorin financiar) ose NIS2 (siguria e rrjetit dhe sistemeve të informacionit) kërkojnë që organizatat ta marrin shumë seriozisht se ku ndodhen të dhënat e tyre, si lëvizin ato dhe çfarë gjurmueshmërie kanë.

Ndërlidhja e standardizuar e cloud-it privat mund të jetë jashtëzakonisht e dobishme. Duke forcuar gjurmueshmërinë e të dhënave gjatë tranzitit dhe duke zvogëluar ekspozimin ndaj rrjeteve publike, fitohet dukshmëri dhe kontroll - diçka që vlerësohet shumë nga rregullatorët. Për më tepër, këto lidhje zakonisht përfshijnë enkriptim fizik dhe mekanizma të përmirësuar të qëndrueshmërisë, duke ofruar besim të shtuar në sektorët e rregulluar.

Megjithatë, është e rëndësishme të mos mashtroheni: pavarësisht se sa e fortë është lidhja, ajo nuk garanton përputhshmërinë me DORA, NIS2 ose standarde të tjera në vetvete. Përputhshmëria ende varet nga kontrollet organizative dhe të qeverisjes : auditimi, menaxhimi i riskut, politikat e aksesit, marrëveshjet kontraktuale, planet e vazhdimësisë së biznesit e kështu me radhë. Infrastruktura është një pjesë e enigmës, por nuk zgjidh gjithçka.

Kornizat e menaxhimit si ITIL 4 mund të sjellin rregull në projektimin dhe funksionimin e këtyre mjediseve multicloud. ITIL ndihmon në harmonizimin e infrastrukturës së rrjetit, proceseve të ndryshimit, menaxhimit të incidenteve dhe vazhdimësisë së shërbimit brenda një kuadri koherent. Megjithatë, ITIL nuk zëvendëson kërkesat rregullatore; ai thjesht ofron një mënyrë të strukturuar për të vepruar brenda tyre.

Një aspekt tjetër kyç është zgjerimi fizik i hipershkallëzuesve. Fakti që Oracle, për shembull, po vendos një rajon të tretë të cloud-it në Spanjë ka implikime të drejtpërdrejta për rezidencën e të dhënave, vonesën dhe sovranitetin. Të kesh më shumë rajone lokale u lejon organizatave të përmbushin kërkesat e vendndodhjes gjeografike të të dhënave, me kusht që ky avantazh të shoqërohet nga një konfigurim dhe qeverisje e menduar mirë.

Re pa mure dhe AI ​​gjeneruese: arkitektura të ndara në dy shtresa

Shpërthimi i inteligjencës artificiale gjeneruese ka bërë që shumë kompani të miratojnë arkitektura të ndara me stack, ku çdo cloud përdoret për pikat e tij të forta. Është shumë e zakonshme të gjesh baza të dhënash të ndërmarrjeve dhe sisteme thelbësore që funksionojnë në Oracle, ndërsa trajnimi ose nxjerrja e përfundimeve të modelit të inteligjencës artificiale funksionon në AWS, ose anasjelltas.

Në këtë kontekst, një lidhje private e projektuar mirë nuk synon të eliminojë plotësisht vonesën (gjë që është joreale), por përkundrazi të zvogëlojë ndryshueshmërinë e saj dhe të thjeshtojë integrimin . Me lidhje më të parashikueshme midis reve, bëhet shumë më e lehtë të lëvizësh grupe të dhënash, të replikosh informacion ose të sinkronizosh rezultatet e modelit pa u bërë çdo transferim një provë e vështirë.

Sfida më e madhe për IA-në nuk është më vetëm të kesh mjaftueshëm GPU ose TPU. Problemi është gjithnjë e më shumë rrjedha e sigurt dhe efikase e të dhënave midis mjediseve heterogjene: nga liqenet e të dhënave në një cloud deri te kanalet e trajnimit në një tjetër, dhe duke përfshirë sistemet transaksionale në vend ose ato të hostuara nga një ofrues i palës së tretë.

Ndërlidhja private ndikon drejtpërdrejt në kthimin e investimit në IA: një arkitekturë e të dhënave e menduar mirë , me rrugë rrjeti të optimizuara dhe politika të qarta të lëvizjes së informacionit, mund të shkurtojë në mënyrë drastike kohën e trajnimit, të zvogëlojë rreziqet e rrjedhjes së të dhënave dhe të përmirësojë qëndrueshmërinë e shërbimeve të bazuara në model.

Për më tepër, aleanca midis Oracle dhe AWS jo vetëm që hap derën për vendosje të reja të IA-së, por edhe për skenarë të përparuar të qëndrueshmërisë dhe rimëkëmbjes në të gjitha cloud-et . Kopjet rezervë te një ofrues, planet e rimëkëmbjes nga fatkeqësitë te një tjetër, apo edhe strategjitë e dështimit të rrjetit midis platformave po bëhen gjithnjë e më realiste falë këtyre lidhjeve private më të pjekura.

Siguria në një re pa mure: rasti i Palo Alto Networks Cloud NGFW për AWS

Koncepti i një reje pa mure ka gjithashtu një ndikim të drejtpërdrejtë në mënyrën se si kuptohet siguria e rrjetit në re . Një shembull kryesor është lançimi i Palo Alto Networks Cloud NGFW, një shërbim firewall i gjeneratës së ardhshme, plotësisht i menaxhuar, i bazuar në AWS, i projektuar pikërisht për të thjeshtuar mbrojtjen e vendosjeve në re në Amazon.

Ky shërbim synon të eliminojë shumë nga ndërlikimet tradicionale që lidhen me sigurimin e arkitekturave në AWS. Në vend që klienti të vendosë, mirëmbajë, përditësojë dhe shkallëzojë pajisjet virtuale, Palo Alto Networks merr përsipër menaxhimin e plotë të infrastrukturës së firewall-it . Kompania përdoruese përqendrohet në aplikacionet dhe politikat e saj, duke ia lënë barrën e rëndë të infrastrukturës një ofruesi ekspert.

Cloud NGFW përfshin aftësi të përparuara si filtrimi i URL-ve dhe mësimi i thellë për të zbuluar dhe bllokuar kërcënimet zero-ditore në kohë reale. Kjo ju lejon të ndaloni sulmet e panjohura, duke lejuar ende akses në shërbime legjitime të bazuara në internet. Ai gjithashtu përfshin një sistem parandalimi të kërcënimeve për të ndaluar shfrytëzimet e dobësive të njohura, programeve keqdashëse dhe komunikimeve të komandës dhe kontrollit.

Një tjetër komponent kyç është App-ID, një teknologji që klasifikon trafikun e Shtresës 7 për të mundësuar që politikat të zbatohen bazuar në llojin aktual të aplikacionit, jo vetëm në portet ose adresat IP. Kjo e bën më të lehtë zvogëlimin e sipërfaqes së sulmit dhe kontrollin e detajuar se cilat aplikacione mund të komunikojnë dhe në çfarë kushtesh.

Në një nivel operacional, një nga avantazhet më të mëdha të Cloud NGFW për AWS është lehtësia e përdorimit. Shërbimi mund të blihet nga AWS Marketplace dhe të konfigurohet mjaft shpejt, duke u integruar me shërbimet e Amazon brenda pak minutash dhe disa klikimeve. Meqenëse është një shërbim plotësisht i menaxhuar, organizatat nuk kanë pse të shqetësohen për vendosjen, përditësimin ose operimin e infrastrukturës së tyre të firewall-it.

Shërbimi gjithashtu shfrytëzon AWS Gateway Load Balancer për të arritur disponueshmëri të lartë dhe shkallëzim elastik sipas kërkesës. Kjo është veçanërisht e dobishme në mjedise ku rritjet e trafikut janë të paparashikueshme. Firewall integrohet me AWS Firewall Manager, duke lehtësuar menaxhimin e centralizuar të politikave të sigurisë në llogari të shumta AWS dhe VPC të ndryshme.

Së fundmi, përputhshmëria e tij me shabllonet API, CloudFormation dhe Terraform mundëson automatizimin e rrjedhave të punës së sigurisë nga fillimi në fund , duke u përshtatur me praktikat e infrastrukturës si kod. Kjo është thelbësore në një mjedis cloud-pa-walle, ku politikat e sigurisë duhet të jenë në hap me ngarkesat e punës ndërsa ato lëvizin ose replikohen nëpër cloud.

Certifikimet në cloud, profilet profesionale dhe vlera e bazave

Ndërsa teknologjia përparon drejt një reje të pandërprerë, tregu i punës po kalon transformimin e vet. Për vite me radhë, është promovuar ideja se një "ekspert i AWS" dhe një "ekspert i GCP" flasin gjuhë rrënjësisht të ndryshme, sikur çdo re të ishte një univers pa asnjë bazë të përbashkët. Certifikimet e kanë përforcuar këtë perceptim, duke segmentuar në mënyrë të ngurtë profilet.

Realiteti është krejt ndryshe. Emrat e shërbimeve ndryshojnë, konsolat duken ndryshe, modelet e faturimit organizohen ndryshe… por mënyra e të menduarit për përpunimin e të dhënave është, në thelb, e njëjtë. Themelet konceptuale pas një liqeni të dhënash, një klasteri kompjuterik të shpërndarë ose një orkestruesi tubacioni nuk varen nga logoja e cloud-it.

Kur dikush i kupton vërtet koncepte si ndarja e të dhënave , motorët e shpërndarë, modelet e orkestrimit dhe dizajni i fuqishëm i tubacioneve, kalimi midis cloud-eve bëhet më pak dramatik. Azure ndalon së dukuri si një përbindësh i ri dhe bëhet e njëjta gjë e vjetër, vetëm me një ndërfaqe të ndryshme dhe emra të ndryshëm për shërbimet.

Kjo është arsyeja pse shumë profesionistë po fillojnë të vënë në pikëpyetje nëse ka kuptim të fiksohen pas specializimit ultra në një “cloud” të vetëm, në vend që të ndërtojnë një themel të fortë në arkitekturë dhe të dhëna që i lejon ata të lëvizin pa probleme nëpër mjedise me shumë “cloud”. Në një botë “cloud”-esh pa kufij, faktori dallues qëndron gjithnjë e më shumë në kuptimin e logjikës së thellë të sistemeve, jo vetëm në memorizimin se ku ndodhet çdo buton në një tastierë specifike.

Nga një perspektivë biznesi, kjo ngre një pyetje thelbësore: a është më i vlefshëm një profesionist që ka një kuptim të përsosur të një ofruesi specifik, apo ai që i kupton plotësisht parimet e përbashkëta të çdo arkitekture cloud dhe mund të përshtatet shpejt në mjedise të ndryshme? Në një skenar gjithnjë e më të përhapur shumëcloud, lloji i dytë i profesionistit po fiton terren, megjithëse do të ketë ende vend për specialistë të thelluar në një ofrues të vetëm kur shkalla e justifikon atë.

Në fund të fundit, profesionisti i vërtetë i cloud-it pa pengesa është ai që di si të kombinojë njohuritë themelore (të dhënat, rrjetet, siguria, automatizimi) me përvojë të mjaftueshme praktike në cloud-e të ndryshme për të mos ngecur kur logoja e konsolës ndryshon.

E gjithë kjo lëvizje drejt një reje pa mure, me lidhje private të standardizuara, shërbime sigurie të menaxhuara në AWS, strategji të menduara mirë për shumë re dhe profesionistë të fokusuar në bazat, po ripërcakton hartën e infrastrukturës dixhitale: kompanitë po largohen nga ndërtimi i kështjellave të izoluara në një re të vetme dhe po drejtohen drejt projektimit të ekosistemeve të lidhura ku ndërlidhja, sovraniteti i të dhënave, siguria dhe fleksibiliteti janë po aq të rëndësishme sa zgjedhja e ofruesit, dhe ku të dish se si të lëvizësh pa probleme midis mjediseve të shumëfishta bëhet një aftësi po aq kritike sa zotërimi i çdo reje veçmas.

Artikuj të ngjashëm:

Siguria në cloud: një udhëzues i plotë për mbrojtjen e të dhënave tuaja