Pcmag playbook: darba sākšana ar hibrīdo mākoni

Mākoņdatošana nozīmēja, ka jums bija iespēja piesaistīt virtuālos serverus publiskos mākoņos, piemēram, Amazon Web Services (AWS) vai Microsoft Azure. Bet tikai īsā pusgada laikā mākonis ir izveidojies un aptver gandrīz jebkuru vispārēja biznesa lietotāja skaitļošanas aspektu. Sākot no šiem virtuālajiem serveriem un beidzot ar trešās puses mākoņa pakalpojumu izmantošanu, piemēram, Salesforce Sales Cloud Lightning Professional, līdz visu datu centru atspoguļošanai vairākos publiskos mitinātājos - tas viss ir mākoņdatošana. Sarežģot sarežģījumus, ne katra darba slodze ir piemērota mākonim, jo ​​lielākajai daļai uzņēmumu tikai daļa no savām IT darbībām mākoņos tiek pārvietoti, bet pārējie tiek atstāti savās vietās. Un neatkarīgi no tā, par kuru mākoņa vai vietējās skaitļošanas aspektu jūs runājat, ja tas aptver jūsu telpu robežas, tad tas ir hibrīds mākonis. Ja neesi piesardzīgs, pārmetu pārvaldības un drošības pienākumus kādam.

, mēs iepazīstināsim jūs ar to, kas jums jāapsver pirms hibrīda mākoņa veidošanas, kādiem pakalpojumiem jums vajadzētu izpētīt savienojumu un kā visu pārvaldīt, izmantojot vienu saskanīgu konsoli. Lai gan šajā procesā izmantotā terminoloģija un tehnoloģija var būt mazliet iebiedējoša, it īpaši mazo un vidējo uzņēmumu (SMB) īpašniekiem bez lielas tehniskās pieredzes, ir svarīgi atcerēties vienu lietu: mākonis ir tikai vēl viens interneta vārds.

Dažas definīcijas

Publisko mākoni pārvalda trešā puse, privāto mākoni pārvalda jūsu iekšējā komanda, un hibrīda mākonis ir abu apvienojums. Tātad būtībā, pieņemot hibrīdo mākoni, tas, ko esat paveicis, daļu jūsu datu un lietojumprogrammu glabāšanas novirza trešai personai, saglabājot kontroli pār jutīgām lietotnēm un datiem jūsu iekšējā tīklā.

Pirms vesela kucēna nonākšanas publiskajā mākonī ir svarīgi noteikt, ko tieši jūs vēlaties paveikt. Ja viss, kas jums nepieciešams, ir spēja iztīrīt no aparatūras zināmu datu ietilpību, kas saistīta ar programmatūru un lietotnēm, tad programmatūras kā pakalpojumam (SaaS) lietotnēm vajadzētu būt diezgan piemērotām jūsu vajadzībām. Faktiski vairums no jums, iespējams, jau izmanto rīkus, kuru pamatā ir SaaS. Tas ir vienkāršs labojums, kas neprasa daudz darbaspēka vai finanšu ieguldījumu.

Tiem no jums, kuriem lielākajai daļai savu digitālo līdzekļu ir nepieciešams dzīvot citur, jums vajadzētu izpētīt platformu kā pakalpojumu (PaaS). Šie rīki ļauj mākonī glabāt visu aparatūru, operētājsistēmas (OS), datu bāzes un jebkuru tīmekļa programmatūru. PaaS ir liela investīcija, kas parasti tiek saistīta ar vidēja lieluma un lieliem uzņēmumiem.

Tomēr, ja jūs tikai vēlaties mitināt dažus savus serverus, datus un operētājsistēmas mākonī, tad jūs vēlēsities izpētīt IaaS (Infrastructure-as-a-Service) platformu. Šis ir visizplatītākais publisko mākoņu veids, ko izmanto hibrīdo mākoņu ieviešanā, īpaši mazos uzņēmumos. Mērķauditorijas interesēs mēs tuvosimies pārējam šim rakstam no potenciālā IaaS mākoņa adaptera perspektīvas.

Izvēloties, ko uzglabāt privātā mākonī

Kā jau minēts iepriekš, par jūsu datu drošību neviens nerūpēsies vairāk kā jūs. Padomājiet par to šādā veidā: ja jūs atradāt naudas maisu, vai jūs uzticaties kādam turēt šo naudu par jums vai vēlaties pats to turēt? Šis ir pamata neizsmalcināts izskaidrojums tam, kāpēc vairums uzņēmumu izvēlas glabāt slepenus datus uz saviem privātajiem mākoņiem.

Tomēr pielāgosim metaforu, lai ņemtu vērā resursus, kas ir vairuma mazo uzņēmumu rīcībā. Teiksim, ka jūs atradāt naudas maisu, bet jums nav nevienas drošas vietas, kur to ievietot, un uzticams kolēģis, kuram ir pieeja Fort Knox, piedāvā turēt naudu jums, vienlaikus nodrošinot arī neierobežotu piekļuvi skaidrai naudai. Jūs būtu muļķīgi nelietot naudu velvē, it īpaši, ja uzticaties savam kolēģim.

Lielākajai daļai mazo un vidējo uzņēmumu nav drošības karkasa vai finanšu resursu, lai izveidotu Fort Knox līmeņa aizsardzību. Tiem, kam ir prasmes un nauda to darīt, labāk ir glabāt slepenus datus privātā mākonī. Dati, kas nav sensitīvi, taču jūsu tīklā joprojām aizņem pārāk daudz nekustamā īpašuma, ir jāielādē publiskajā mākonī.

Publiskā mākoņa pakalpojuma izvēle

Tādi rīki kā AWS un Microsoft Azure nodrošina fiziskos serverus, slēdžus un atmiņas masīvus, kuros tiek pārvaldīta jūsu informācija. Ja sabojājas kāds aparatūras elements, tas nav jūsu pienākums atrast jaunu māju savām slodzēm.

Arī publiski mākoņi ir daudz elastīgāki nekā iekšējie mākoņi. Ja jūsu uzņēmums sagaida pēkšņu trafika pieplūdumu, tad, kad skriešanās beidzas, varat griezties uz augšu un pēc tam griezties atpakaļ uz leju. Jūs maksāsit tikai par tikko izmantoto jaudu. Tomēr, ja jūs vadāt savu privāto datu centru, jums būs jāiegādājas jauna aparatūra un jāpaplašina mākoņa jauda, ​​un tad jūs esat iestrēdzis ar aprīkojumu un joslas platumu, kas jums vairs nav nepieciešams.

Tātad, ja jūs piekrītat, ka publisks mākoņa pakalpojums jums ir jēga, pirms pārdevēja izvēles ir jāņem vērā daudzas lietas. Vai tas darbojas uz 10 gigabitu Ethernet? Vai tas darbojas ar Linux? Vai tas ir balstīts uz OpenStack arhitektūru? Jūsu IT komandai ir jāsamierinās, lai noteiktu, kuri konkrētie atribūti ir vissvarīgākie jūsu organizācijai, un pēc tam jāizlaiž kontrolsaraksts, lai redzētu, kuri pārdevēji piedāvā šos īpašos pakalpojumus. AWS ir mūsu redaktoru izvēle publiskajiem mākoņa pakalpojumiem, taču tā nav balstīta uz OpenStack, un tā var būt diezgan dārga. Un otrādi, Rackspace ir savietojams ar OpenStack, taču tas gandrīz nepiedāvā AWS piedāvāto pakalpojumu klāstu.

Izvēlēties publisko mākoņa pakalpojumu nav tik vienkārši, kā ritināt specifikāciju lapu un izvēlēties iespaidīgākos numurus. Jūs patiesi sadarbojaties ar savu pārdevēju, lai nodrošinātu biznesa datu veiktspēju un drošību, tāpēc izklāsti savas vēlmes un vajadzības, satiecies ar katru atsevišķu pārdevēju un izvēlies, pamatojoties uz savietojamību.

Kartējiet savu datu plūsmu

Kad sākat glabāt datus tur, kur tie ir jāuzglabā, jums ir jāizdomā ātrākais, drošākais un vispieejamākais veids, kā piltuvei izmantot datus starp publiskiem un privātiem mākoņiem, kā arī jebkuru uz vietas pieejamo krātuvi. ir. Sadarbojieties ar savu IT komandu, lai noteiktu pareizos maršrutus datu apmaiņai un automatizētu procesus, kas atkārtojas.

Tomēr, ja tiek ieviests publiskais mākonis, datu apkopošana no abiem mākoņiem un sistēmu sinhronizācija kļūst pārāk sarežģīta, iespējams, vēlēsities izpētīt mākoņa pakalpojumu starpnieku. Jūs varat nolīgt kādu, kurš aizpilda šo lomu, vai arī varat lūgt pārdevējam sniegt ekspertu vai arī varat nolīgt ārēju brokeru firmu, lai pārvaldītu integrācijas procesu.

Svarīgi šeit ir ne tikai dati, kur dzīvo dati, bet arī dati par to, kurai slodzei. Mākoņa arhitektūra ir ļoti līdzīga n līmeņa lietotnes izveidošanai ar papildu sarežģījumiem, ka šie līmeņi var atrasties jebkur. Tas ir ne tikai jautājums no ugunsmūra aiz un ārpus tā, tas ir arī jautājums par to, kur dati atrodas ģeogrāfiski. Lietas interneta (IoT) lietotnes vadīšana, kur jūsu aprēķinātie resursi atrodas Ņujorkā, var būt ievērojami grūtāka, ja datu krātuve tiek likvidēta Jūtā neatkarīgi no mākoņa pakalpojumu sniedzēja teiktā.

Tad ir jautājums par datu aizsardzību un dublēšanu. Hibrīda mākoņa modelis, iespējams, šajā ziņā ir visefektīvākā arhitektūra, īpaši MVU, kas vēlas ietaupīt naudu. Neviens cits izvietošanas modelis nedod jums tik daudz iespēju attiecībā uz drošību, atlaišanu un ērtu atkopšanu pēc avārijas (DR). Bet tas ir arī viens no sarežģītākajiem, aptverot visu, sākot no virtuālo serveru klasteriem līdz pilnībā atspoguļotiem, programmatūras noteiktiem datu centriem. Hibrīdajā mākonī datu plūsma un aizsardzība ir patiesi DevOps disciplīnas, tāpēc pārliecinieties, vai esat piekļuvis šāda veida zināšanām, kas arī ietekmēs jūsu pārvaldības rīku izvēli.

Pārvaldības platformas izveidošana

Tikai pēc visu iepriekš minēto darbību kartēšanas jums jāsāk nopietni novērtēt sava hibrīda mākoņa pārvaldības platformu. Lai gan ir pārdevēji, kas mēģinās pārdot jūs uz viena stikla paneļa pārvaldības kaudzītes (īpaši Amazon un Microsoft), tas, ko jūs patiešām meklējat, ir vairāki galvenie IT rīki:

• Infrastruktūras pārvaldības platforma, kurai jāaptver virtuālo infrastruktūras resursu kopu pārvaldīšana un piešķiršana, lai gan tai nav obligāti jāaptver jūsu galvenais hiperators,
• Tīkla uzraudzības platforma, kas satur telpas aptverošus rīkus pakešu uzraudzībai gan aiz ugunsmūra, gan aiz tā, un
• Drošības platforma, kas, iespējams, sastāvēs no vairākiem instrumentiem, kas aptver identitātes pārvaldību, dublēšanu un datu aizsardzību, kā arī perimetra aizsardzību un draudu analīzi.

Arī lietojumprogrammu veiktspējas uzraudzības (APM) rīks varētu būt laba ideja, taču vairums no tiem ir paredzēti tikai noteikta veida lietotnēm un galvenokārt ir noderīgi izstrādātājiem. Ja jūs izmantojat lielu trešo pušu pārvaldītu SaaS lietotņu portfeli, piemēram, Oracle NetSuite vai Salesforce, iespējams, nevarēsit atrast APM rīku, kas aptvers visu, kas jums jāpārvalda visās jūsu darba slodzēs no vienas konsoles.. Šajā gadījumā jums būs jāizvēlas tas, kas jums ir piemērots.

Faktiski, ja vien jūs neizvēlaties viena pārdevēja stratēģiju, jums jebkurā gadījumā būs jāizvēlas, kas ir vislabākais jūsu uzņēmumam, un tas galvenokārt ir atkarīgs no komerciālā un atvērtā koda izvēles. Iegādājoties visu paketi no viena pārdevēja, vadības rīki un hibrīdais mākonis tiks izvietoti ātrāk, taču dažos gadījumos tas ierobežos jūsu ilgtermiņa iespējas. Tas varētu būt lētāk arī ļoti ilgtermiņā, taču šī matemātika būs ļoti individuāla katrai organizācijai un darba apjomam, tāpēc šajā gadījumā esiet ļoti uzmanīgs.

Apvienojot vairākus komerciālus rīkus, izmaksu virzienam var mainīties abpusēji, lai gan kopumā jūs varat ietaupīt naudu, ja esat piesardzīgs un tālredzīgs, un tas var atstāt atvērtas durvis, kad runa ir par nākotnes biznesa vajadzībām un funkcijām. Triks ir integrācijas cikls. Pāriešana uz šo nogurdinošo procesu var jūs patiešām iekost vēlāk izvēršanas projektā, taču sākotnēji tas ir ticis definēts kā “sīksts darbs”. Lai nodrošinātu pareizu integrācijas procesu, ir jāapkopo dažādu pārdevēju rīkkopa funkcijas, lai pārliecinātos, ka visas jūsu vajadzības tiek ņemtas vērā. Tas nozīmē arī jūsu IT pārvaldības uzdevumu un problēmu incidentu revīziju vismaz pēdējā gada laikā, lai noteiktu, kur jūsu IT darbībai nepieciešami spēcīgi rīki, visu jūsu kandidātu rīku testa versiju izvietošana un visu jūsu ikdienas IT testēšanas scenāriju palaišana uzdevumus, kā arī visu gadu ilgo negaidīto nepatikšanas situāciju sarakstu, lai redzētu, kā jūsu piedāvātais rīku kaudze darbojas "zem slodzes".

Pēc tam jums jākonsultējas ar personu, kurai ir pieredze, lai pārvaldītu līdzīgu darba slodzi jūsu mākoņa telpās un izmantotu jūsu organizācijas portfelī esošās lietotnes, lai uzzinātu, kādas jauna veida nepatikšanas var nonākt jūsu rīcībā, tiklīdz hibrīdais mākonis būs pieejams. Pēc tam pārbaudiet piedāvāto kaudzīti pret tām. Tas ir daudz darba, un lielākajai daļai IT veikalu nebūs pietiekami daudz laika, lai to pabeigtu, pirms būs jādarbojas hibrīda mākonim. Tātad reālais dzīves gājiens no šī garā saraksta izvēlēsies viskritiskāko un vismaz pārliecināsies, ka ne tikai testēšana tiek veikta šajā apakškopā, bet arī šīs pārbaudes rezultāti tiek veikti pietiekami agri, lai ņemtu vērā jūsu lēmumus par iegādi..

Atklātā pirmkoda jautājums var pievienot vēl vairāk grumbu atkarībā no tā, kādus rīkus nolemjat novērtēt. Daudzi mūsdienās tiek vadīti ar tikpat lielu atbalsta kompetenci kā komerciālie pārdevēji, lai gan viņu ieņēmumu modelis ir atšķirīgs, kas nozīmē, ka jums būs jāņem vērā jauna un atšķirīga CFO matemātika. Raugoties no IT viedokļa, ja vēlaties paļauties uz atvērtā pirmkoda rīkiem, kuriem nepieciešama liela tehniskā kompetence, ko dara daudzi uz DevOps orientētie rīki, tad pārliecinieties, ka pirms lēmuma pieņemšanas šī kompetence ir bloķēta. Mūsdienās IT jomā trūkst prasmju, un liela daļa no tām ieskauj efektīvu DevOps personālu, tāpēc jums jābūt uzmanīgam un reālistiskam, pretējā gadījumā jūs lēksit, lecot uz vagona, ar kuru nevarat braukt.

Ja mākonis vispār jebkādā veidā atrodas uz jūsu horizonta, un šajās dienās tam vajadzētu būt, tad hibrīda mākonis ir vairāk nekā iespējams jūsu nākotnē. Viltība nav viena: viltība tiek veidota uzmanīgi, tomēr pietiekami ātri, lai apmierinātu biznesa vajadzības, neaizslēdzot sevi arhitektūrā, kas sāp vairāk, nekā palīdz. Iepriekš aprakstīto darbību veikšana var palīdzēt. Sekojiet līdzi PCMag, jo tuvākajā nākotnē mēs publicēsim noderīgākus ceļveža ceļvežus.