10 müüti mitme pilvega andmete haldamise kohta

Autor: Roger Morrison
Loomise Kuupäev: 25 September 2021
Värskenduse Kuupäev: 21 Juunis 2024
Anonim
10 müüti mitme pilvega andmete haldamise kohta - Tehnoloogia
10 müüti mitme pilvega andmete haldamise kohta - Tehnoloogia

Sisu


Allikas: Tomwang112 / Dreamstime.com

Ära võtma:

Ettevõtted kasutavad oma andmevajaduste rahuldamiseks üha enam mitut pilve. Uurige täpselt, mis on mitme pilve andmehaldus ja mis see pole.

Ettevõte läheb kiiresti üle ühe pilve keskkonnast keskkonda, kus töökoormus on tasakaalus mitme pilve vahel. Kuid kuigi see kujutab endast ettevõtete infrastruktuuri dramaatilist muutust ja see pole kindlasti ilma selle juhtimisprobleemideta, leiavad paljud organisatsioonid, et eelised kaaluvad probleemid üles. Vaja on selgemat arusaamist mitme pilvega arhitektuuridest ja sellest, kuidas neid tekkivate töökoormuste jaoks kõige paremini kasutada.

Siin on siis kümme pilve ümbritsevat mitut pilve ümbritsevat müüti:

1. müüt: mitme pilvega andmete haldamine on keeruline

Fakt on see, et mitme pilvega arhitektuure saab hallata ühe liidese kaudu, mis muudab nende korraldamise lihtsamaks kui tänapäeval kasutatav silo-koormatud pärandtaristu. Nagu Avere Systems'i Scott Jeschonek märgib, kasutavad paljud ettevõtted võrguga ühendatud salvestusruumi (NAS), et kiirendada pärandsüsteemide integreerimist pilve salvestusplatvormidele. Sel viisil saavad arvutatud ressursid pääseda juurde andmetele otse mis tahes allikast, teostada oma toiminguid ja seejärel andmed tagasi salvestada kas andmekeskusesse või pilve.


Müüt nr 2: mitme pilvega võrdub hübriidpilv

Red Hat’i Radhesh Balakrishnan tegi selle kenasti väljaandele The Enterprise Project, kui ta tõi välja, et mitme pilve koosseisus on erinevate pakkujate hostitud pilved, samas kui hübriidpilv on segu avalikest ja eraressurssidest. See on oluline erinevus, kuna see võib suuresti mõjutada viise, kuidas ettevõte saab töökoormust jaotada sobivate ressursside vahel. Üldiselt on kõik hübriidpilved mitme pilvega, kuid mitte kõik mitmepilved pole hübriidid. (Lisateavet nende erinevat tüüpi pilvede kohta leiate jaotisest Avalikud, privaatsed ja hübriidpilved: mis erinevust pakub?)

Müüt nr 3: multipilv on vähem turvaline kui üksikpilv või sisse lülitatud

Ehkki on tõsi, nagu ütles Barracuda Networks, tõstab mitme pilve turvatööstuses jagatud vastutuse kontseptsioon uuele tasemele, lisavad enamik turvaplatvorme selle elemendi juba oma viimastes väljaannetes. Uute litsentsimisvõimaluste abil on ettevõttel lihtsam täita nii rakenduste kui ka andmekihtide turvanõudeid, samas kui turvalise pilve koondamise portaali kaudu töötavad spetsiaalsed lingid võimaldavad võrgu turbeprotokolle jõustada kogu pilve ökosüsteemis.


Müüt nr 4: multipilv on turvalisem kui üksik või sisse lülitatud

See ei tähenda, et mitmepilved pakuvad muidugi täiendava turvalisuse kihi. IOD Cloud Technologies Researchi andmetel kannatab enamik senini mitme pilvega seotud arhitektuure infrastruktuuri, tööriistade ja kultuuride suure killustatuse all. Mida tükeldatumad tükid, seda rohkem on rünnakuvektoreid, sundides ettevõtet rakendama üha keerukamaid turvarežiime, et neid lukustada. Nagu eespool mainitud, on integreeritud orkestratsioonipakk selle probleemi leevendamiseks siiski pikk tee.

Müüt nr 5: mitme pilvega haldamine on parim avatud lähtekoodiga

Näib loogiline, et sellised avatud haldusplatvormid nagu OpenStack ja CloudStack töötavad suurema pilveteenuse pakkujatega kui varaline, kuid seda tuleb kaaluda avatud lähtekoodiga kaasas olevate lisatud sisemiste ressursside ja oskuste komplektide suhtes. Ja paljudel juhtudel toetavad patenteeritud lahendused nagunii juhtivate avatud lahenduste API-sid.

Müüt nr 6: mitu pilve on kallimad

GB-st lähtuvalt võivad mitmed pilved kulusid kärpida, kuna ettevõttel on suurem vabadus koormate viimiseks kõige tõhusamale arhitektuurile. Sellised ettevõtted nagu Rackspace pakuvad mitmesuguseid mitme pilve teenust pakkuvaid tööriistu, mis julgustavad kasutajaid viima töökoormust enda valitud pakkujate poole, isegi konkurentidele / partneritele nagu Amazon ja Microsoft.

Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata

Te ei saa oma programmeerimisoskusi parandada, kui keegi tarkvara kvaliteedist ei hooli.

Müüt nr 7: mitme pilve all on ainult suured asutatud ettevõtted

Ka väikeettevõtetel on spetsiaalsed rakendused ja üks pakkuja ei paku tõenäoliselt kõigi teenuste jaoks optimaalset tuge. ImageKit.io Somesh Khatkar märgib, et paljudele idufirmadele on kasulik mitme pilve strateegia ümber rakenduste loomine, et hiljem rände- ja integratsioonihäireid leevendada. Ja kuna paljud pakkujad pakuvad väikesemahuliste toimingute jaoks tasuta teenustaset, on see hea viis tulude teenimiseks ilma olulisi ettemaksukulusid kandmata. (Lisateavet migratsiooni kohta leiate jaotisest Idee pilve ülekandmine tegelikult.)

Müüt nr 8: ettevõtted võtavad mitme pilve omaks ainult siis, kui nad on valmis

Vähesed organisatsioonid on suutnud vältida vari-IT-d, nii et tõenäoline, et teie andmed võivad teie teadmata juba mitmes pilves olla. Meta SaaSi tegevjuhi Arlo Gilberti sõnul on see ohtlik, kuna ilma selge arusaamiseta, kus ja kuidas andmeid hoitakse, on ettevõttel oht, et andmed varguse kätte jäetakse või kaotatakse kogu teave, mis mõjutab analüütika ja muude funktsioonide kvaliteeti. . Ja see seob sisse ka kulude kontrolli meetmed.

Müüt nr 9: mitme pilve kasutamine on valikuline

Tehniliselt tõsi, kuid ainult selles mõttes, et ka eduka ärimudeli ehitamine on vabatahtlik. Nagu WhirlWind Technologies Maliha Balala märgib, nõuab digitaalne ümberkujundamine tõenäoliselt mitmekesist ja laialt levinud infrastruktuuri ning ükski pilveteenuse pakkuja - isegi mitte Amazon - ei suuda pakkuda kõigi andmete ja rakenduste jaoks optimaalset teenust. Multi-cloud pakub ka idee liivakasti kontseptsioonikindluse eksperimentide testimiseks.

Müüt nr 10: multipilv on muretu

Ehkki mitu pilve murrab pilve lukustamise paradigma, nõuab see tavaliselt lukustamist ühele haldusplatvormile. Samuti, nagu osutab tehnoloogiakonsultant David Linthicum, ei paku kõik pilve API-liidesed täisteenuste ühilduvust, jättes ettevõttele iga pakkuja ainult ühised omadused. Ettevõttesisesed juhtimis- ja vahendusvahendid ei pruugi ka regulaarselt värskendada, et pakkuda uusi teenuseid nende kasutuselevõtu kiirusel.

Oluline on meeles pidada, et lihtsalt andmete teisaldamine mitmesse pilve ei ole sama asi kui integreeritud mitme pilve arhitektuur ja sujuva, optimeeritud keskkonna loomine on veel raskem. Kuna ettevõte suundub mitmekesisema pilveökosüsteemi poole, peaks peamine kaalutlus olema andmete ja rakenduste teisaldatavuse säilitamine kõigis pilvedes. Vastasel juhul on oht ehitada laiale alale sama silopõhine taristu, mis praegu andmekeskuse toimimist takistab.