10 mīti par vairāku mākoņu datu pārvaldību

Autors: Roger Morrison
Radīšanas Datums: 25 Septembris 2021
Atjaunināšanas Datums: 21 Jūnijs 2024
Anonim
OLD SCHOOL RUNESCAPE WEIRD LAWS EXPLAINED
Video: OLD SCHOOL RUNESCAPE WEIRD LAWS EXPLAINED

Saturs


Avots: Tomwang112 / Dreamstime.com

Izņemšana:

Uzņēmumi arvien vairāk izmanto vairāk nekā vienu mākoni datu vajadzību apkalpošanai. Precīzi noskaidrojiet, kas ir vairāku mākoņu datu pārvaldība un kas tā nav.

Uzņēmums ātri pāriet no viena mākoņa vides uz tādu, kurā darba slodze tiek līdzsvarota vairākos mākoņos. Bet, lai gan tas nozīmē dramatiskas izmaiņas uzņēmuma infrastruktūrā, un tas noteikti nav izaicinājums ar pārvaldību, daudzas organizācijas secina, ka ieguvumi daudzkārt pārsniedz bažas. Nepieciešama skaidrāka izpratne par to, kas saistīts ar vairāku mākoņu arhitektūru un kā tos vislabāk izmantot jaunajām darba slodzēm.

Tad šeit ir 10 labākie mīti, kas apņem vairākus mākoņus:

1. mīts: ir sarežģīta vairāku mākoņu datu pārvaldība

Patiesībā vairāku mākoņu arhitektūras var pārvaldīt, izmantojot vienu saskarni, kas padara to vienkāršāku orķestrēšanu nekā mūsdienās ar silo piekrautu mantoto infrastruktūru. Kā atzīmē Avere Systems Skots Jeshoneks, daudzi uzņēmumi izmanto tīklam pievienotu krātuvi (NAS), lai paātrinātu mantoto sistēmu integrāciju objekta glabāšanas platformās mākonī. Tādā veidā aprēķinātie resursi var piekļūt datiem tieši no jebkura avota, veikt to darbības un pēc tam datus atkal glabāt datu centrā vai mākonī.


2. mīts: vairāku mākoņu daudzums ir vienāds ar hibrīdo mākoni

Red Hat's Radhesh Balakrishnan to labi apkopoja The Enterprise Project, kad viņš norādīja, ka multi-mākonis sastāv no mākoņiem, kurus mitina dažādi pakalpojumu sniedzēji, bet hibrīdais mākonis ir publisko un privāto resursu sajaukums. Šī ir svarīga atšķirība, jo tā var ievērojami ietekmēt veidus, kā uzņēmums var sadalīt darba slodzi attiecīgajiem resursiem. Kopumā visi hibrīdainie mākoņi ir vairāku mākoņu, bet ne visi daudz mākoņi ir hibrīdi. (Lai uzzinātu vairāk par šiem dažādajiem mākoņu veidiem, skatiet sadaļu Publiskie, privātie un hibrīdainie mākoņi: kas atšķiras?)

Mīts Nr. 3: vairāku mākoņu mākonis ir mazāk drošs nekā viens mākonis vai tiešsaistes prem

Lai gan ir taisnība, ka, kā saka Barracuda Networks, multi-mākonis izvirza dalītas atbildības par drošību jēdzienu jauniem līmeņiem, vairums drošības platformu jau iekļauj šo elementu jaunākajos laidienos. Jaunas licencēšanas iespējas atvieglo uzņēmumam gan lietojumprogrammu, gan datu slāņa drošības prasību izpildi, savukārt speciālas saites, kas darbojas caur drošu mākoņu apkopošanas portālu, ļauj tīkla drošības protokolus ieviest visā mākoņu ekosistēmā.


4. mīts: multi-mākonis ir daudz drošāks nekā viens vai ieslēgts

Tas nenozīmē, ka vairāki mākoņi, protams, nodrošina papildu drošību. Saskaņā ar IOD Cloud Technologies Research pētījumu, vairumam līdzšinējo vairāku mākoņu arhitektūru cieš no lielas sadrumstalotības visā infrastruktūrā, instrumentos un kultūrās. Jo nesadalītāki gabali, jo vairāk uzbrukumu pārnēsātāju ir klāt, liekot uzņēmumam ieviest arvien sarežģītākus drošības režīmus, lai tos bloķētu. Tomēr, kā minēts iepriekš, integrēta orķestrēšanas pakete ir tāle, lai mazinātu šo problēmu.

Mīts Nr. 5: vairāku mākoņu pārvaldība ir vislabākā, izmantojot atvērto avotu

Šķiet loģiski, ka tādas atvērtas pārvaldības platformas kā OpenStack un CloudStack darbosies ar lielāku mākoņu pakalpojumu sniedzēju kopu nekā patentētu, taču tas ir jāsalīdzina ar pievienotajiem iekšējiem resursiem un prasmju kopām, kas nāk ar atvērto avotu. Un daudzos gadījumos patentēti risinājumi jebkurā gadījumā atbalsta vadošo atvērto risinājumu API.

6. mīts: Vairāki mākoņi ir dārgāki

Pamatojoties uz vienu GB, vairāki mākoņi var samazināt izmaksas, jo uzņēmumam ir lielākas iespējas pārvietot kravas uz visefektīvāko arhitektūru. Uzņēmumi, piemēram, Rackspace, piedāvā virkni vairāku mākoņu pakalpojumu rīku, kas mudina lietotājus novirzīt darba slodzi uz viņu izvēlētajiem pakalpojumu sniedzējiem, pat uz konkurentiem / partneriem, piemēram, Amazon un Microsoft.

Bez kļūdām, bez stresa - jūsu soli pa solim, kā izveidot programmatūru, kas maina dzīvi, neiznīcinot savu dzīvi

Jūs nevarat uzlabot savas programmēšanas prasmes, kad nevienam nerūp programmatūras kvalitāte.

7. mīts: vairāku mākonis ir paredzēts tikai lieliem, izveidotiem uzņēmumiem

Arī mazajiem uzņēmumiem ir specializētas lietojumprogrammas, un maz ticams, ka viens pakalpojumu sniedzējs sniegs optimālu atbalstu visiem pakalpojumiem. ImageKit.io's Somesh Khatkar norāda, ka daudzi jaunizveidoti uzņēmumi gūst labumu no lietojumprogrammu veidošanas, izmantojot vairāku mākoņu stratēģiju, lai vēlāk atvieglotu migrācijas un integrācijas grūtības. Un tā kā daudzi pakalpojumu sniedzēji piedāvā bezmaksas pakalpojumu līmeņus neliela apjoma operācijām, tas ir labs veids, kā sākt gūt ieņēmumus, neradot ievērojamas sākotnējās izmaksas. (Lai uzzinātu vairāk par migrāciju, skatiet sadaļu Idejas pārvietošana mākoņdatošanai.)

8. mīts: uzņēmumi apņem vairāku mākoņu savienojumu tikai tad, kad tie ir gatavi

Tikai dažām organizācijām ir izdevies izvairīties no ēnu IT, tāpēc iespējams, ka jūsu dati jau ir uz vairākiem mākoņiem bez jūsu ziņas. Meta SaaS izpilddirektors Arlo Gilberts saka, ka tas ir bīstami, jo bez skaidras izpratnes par to, kur un kā dati tiek glabāti, uzņēmums riskē pakļaut datus zādzībām vai pilnībā pazaudēt tos, kas ietekmēs analītikas un citu funkciju kvalitāti . Un tas arī liek iekļauties izmaksu kontroles pasākumos.

9. mīts: vairāku mākoņu izmantošana nav obligāta

Tehniski patiesa, bet tikai tādā nozīmē, ka arī veiksmīga biznesa modeļa veidošana nav obligāta. Kā atzīmē WhirlWind Technologies Maliha Balala, digitālajai pārveidošanai, iespējams, būs nepieciešama daudzveidīga un plaši izplatīta infrastruktūra, un neviens mākoņu pakalpojumu sniedzējs - pat ne Amazon - nevar nodrošināt optimālu pakalpojumu visiem datiem un lietojumprogrammām. Multi-mākonis nodrošina arī idejas smilšu kasti, lai pārbaudītu koncepcijas pierādīšanas eksperimentus.

Mīts Nr. 10: multi-mākonis nav noraizējies

Pat ja vairāki mākoņi pārkāpj mākoņu bloķēšanas paradigmu, parasti tas ir jābloķē vienā pārvaldības platformā. Turklāt, kā uzsver tehnoloģiju konsultants Deivids Linthicums, ne visi mākoņa API piedāvā pilna servisa savietojamību, atstājot uzņēmumam tikai katra pakalpojumu sniedzēja kopējo funkciju apakškopas. Iespējams, ka arī iekšējie vadības un brokeru rīki regulāri netiks atjaunināti, lai pielāgotos jauniem pakalpojumiem ar ātrumu, kādā tie tiek ieviesti.

Ir svarīgi atcerēties, ka vienkārši datu pārvietošana uz vairākiem mākoņiem nav tas pats, kas ar integrētu vairāku mākoņu arhitektūru, un joprojām ir grūtāk izveidot vienotu, optimizētu vidi. Uzņēmumam virzoties uz daudzveidīgāku mākoņu ekosistēmu, galvenā uzmanība jāpievērš datu un lietojumprogrammu pārnesamības saglabāšanai visos mākoņos. Pretējā gadījumā jūs riskējat izveidot tādu pašu uz tvertni balstītu infrastruktūru plašā apgabalā, kas šobrīd traucē veiktspēju datu centrā.