Programmēšana

2020. gada IDG mākoņdatošanas apsekojums

Pirms neilga laika, ja jūs bijāt biznesa dalībnieks vai IT menedžeris, jums bija smagi jāstrādā, lai precīzi izskaidrotu, kāpēc izvēlaties lietojumprogrammas vai infrastruktūru publiskajā mākonī. Šodien daudzās organizācijās jūs, visticamāk, saņemsit atgrūšanu, mēģinot pamatot darba slodzes izvietošanu savā datu centrā, kur resursi ir dārgi.

2020. gada mākoņdatošanas apsekojums aiz šīs paradigmas maiņas sniedz dažus jaunus datus. Mūsu aptaujā, kurā piedalījās 551 tehnoloģiju pircējs, kuri visi ir iesaistīti mākoņdatošanas pirkšanas procesā, viens skaitlis paceļas uz augšu: 59 procenti teica, ka plāno būt “galvenokārt” (43 procenti) vai “visi” (16 procenti) mākonī 18 mēnešu laikā, salīdzinot ar 38 procentiem, kuri saka, ka šodien viņi galvenokārt vai visi atrodas mākonī.

Tas ir viens adopcijas līknes heck. Kas to virza? Nav obligāti izmaksu ietaupījumi, jo tas nozīmē, ka jūs varat jēgpilni salīdzināt izmaksas, kas saistītas ar darba slodžu izpildi mākonī, salīdzinot ar prem - pārsteidzoši sarežģītu, no āboliem līdz apelsīniem censties.

Mākoņdatošanas reālie ieguvumi ir veiklība, mērogojamība un nākotnes potenciāls.

Tech uzmanības centrā:

Mākoņdatošana

  • 2020. gada mākoņdatošanas apsekojums ()
  • IT mākoņa atjaunošana (CIO)
  • Mākoņkrātuves plusi un mīnusi (Network World)
  • 3 lieli SaaS izaicinājumi IT (Computerworld)
  • 10 punktu plāns SaaS nodrošinātāja drošībai (CSO)
  • Kā maksimāli izmantot AWS Lambda ()

Nepieciešama steidzama lietojumprogramma? Jūs varat izvērst savu lietojumprogrammu mākonī tikai daļēji laika, kas tam būtu vajadzīgs, pirms tam traucē tradicionālie iepirkuma un nodrošināšanas procesi. Nepieciešams vairāk aprēķināt pie slodzes? Dariet to ar dažiem klikšķiem - vai konfigurējiet lietojumprogrammu, lai tā pēc vajadzības varētu automātiski mērogoties. Vai vēlaties piekļūt jaunākajiem, aizraujošākajiem jauno tehnoloģiju sasniegumiem? Visbiežāk tie vispirms parādās mākonī, pilnībā nodrošinot, lai jūs tos izmantotu pēc kaprīzes.

Šīs priekšrocības un vēl vairāk izskaidro mākoņa pieauguma tempu, kas skaidri redzams 2020. gada mākoņdatošanas apsekojumā. Padziļināsimies rezultātos.

Šķērsojot mākoņu plaisu

Vēl viens svarīgs statuss, kas tiek izlaists 2020. gada mākoņdatošanas apsekojumā, ir 92 procenti - to organizāciju īpatsvars, kuras vismaz “nedaudz” atrodas mākonī.

Vēl iespaidīgāks ir mākoņu budžeta palielinājums. Kad respondentiem jautāja, cik daudz viņi plāno tērēt mākoņdatošanai nākamo 12 mēnešu laikā, vidējais ieguldījums sasniedza 73,8 miljonus ASV dolāru, kas ir par 59 procentiem vairāk nekā 2018. gadā.

Mūsu aptauja tika pabeigta pirms ekonomikas lejupslīdes nostiprināšanās, tāpēc ļoti iespējams, ka dolāra summa ir samazinājusies. Bet tas ir atklāts jautājums, vai vidējais mākonis porcija no nākamajos 12 mēnešos plānotajiem IT izdevumiem - 32 procenti - turpināsies vai, iespējams, pat palielināsies, ņemot vērā lejupslīdi, jo mākoņu projektiem nav nepieciešami kapitālieguldījumi jau sākotnēji.

Mākonis ir viss par lietojumprogrammām. Vai nu izmantojat IaaS platformu, piemēram, Amazon Web Services, Google Cloud Platform vai Microsoft Azure, lai izvietotu pats izveidotu lietojumprogrammu, vai arī atverat kontu pie SaaS nodrošinātāja - kuru ir tūkstošiem, sākot no Adobe līdz Anaplan Atlassian no Google uz Microsoft uz Okta uz Oracle, lai Salesforce to SAP to Slack.

Arī šajā gadījumā 2020. gada mākoņdatošanas apsekojums piedāvā spēcīgus rezultātus. Nākamo 18 mēnešu laikā respondenti teica, ka viņu organizāciju daļa SaaS (salīdzinājumā ar on-prem) lietojumprogrammām pieaugs līdz 36 procentiem, salīdzinot ar 24 procentiem pašlaik. Līdzīgi mākoņu (salīdzinājumā ar on-prem) infrastruktūras daļa kā lietojumprogrammu izstrādes platforma sasniegs aptuveni 48 procentus, salīdzinot ar 42 procentiem šodien. Ņemot vērā lielāko daļu organizāciju vietējo risinājumu zaudētās izmaksas, šī ir iespaidīga statistika.

Sākot no mākoņu migrācijas uz vietējo mākoņu

Protams, kad uzņēmums atver IaaS kontu, lietojumprogrammas, kas darbosies mākoņa infrastruktūrā, ne vienmēr tiks veidotas no jauna. Saskaņā ar aptauju, 54 procenti lietojumprogrammu, kas pašlaik darbojas mākonī, bija esošie, kas migrēja uz turieni no on-prem infrastruktūras, savukārt 46 procenti bija “paredzēti mākonim”.

Uzņēmumiem ātri iemācoties, migrētās lietojumprogrammas parasti ir jāoptimizē, lai tās varētu efektīvi darboties jebkurā IaaS platformā, un jāpārvalda cerības uz maģiskiem rezultātiem (skat. Rakstu “5 veidi, kā mākoņa migrācija var neizdoties, un 5 veidi, kā gūt panākumus ”). Faktiski saskaņā ar aptauju 27 procenti organizāciju jau ir pārvietojušās vai plāno pārvietot lietotnes / darba slodzes no mākoņa atpakaļ uz priekšu, retrograde manevrs, kas pazīstams kā repatriācija. Tāpēc skatieties pirms lēciena: nekritiskas mantotās lietojumprogrammas, kas nepārtraukti darbojas ar skaitļošanu vai augstas veiktspējas krātuves maksu, mēdz būt īpaši slikta mākoņa migrācijas izvēle.

Īstā mākoņa bagātība rodas izstrādātājiem, kuri sāk izmantot mākoņus un izmanto moderno lietojumprogrammu arhitektūru. Tas sākas ar mikropakalpojumiem, kas ir viegli pakalpojumi, kurus var salikt pilnvērtīgās lietojumprogrammās, taču tās tiek atjauninātas atsevišķi. Mūsdienu stils ir palaist katru mikropakalpojumu konteinerā - kas ļauj vairākiem mikropakalpojumiem, katrs atsevišķi no otra, koplietot to pašu operētājsistēmas gadījumu. Konteineri prasa daļu no resursiem, ko prasa virtuālās mašīnas, un tie var "pieslēgties" operētājsistēmai bez instalēšanas, padarot tos par ļoti pārnēsājamiem, un šo īpašību mīl izstrādātāji.

Saskaņā ar aptauju pārnesamība ir tas, kas respondentiem vislabāk patika pēc konteinera, kam seko vieglāka lietojumprogrammu jaunināšana, apkope un dzīves cikla pārvaldība. Vienkāršāki, elastīgāki CI / CD (un / vai devops), kā arī izmaksu ietaupījumi, kas saistīti ar efektīvu aparatūras izmantošanu, bija tuvu aiz muguras. Bet faktiskā pieņemšana - ar konteineriem, kas darbojas ražošanā (16 procenti) vai tiek izmantoti izstrādei un testēšanai (13 procenti) - joprojām ir nepabeigts darbs. Tomēr pievienojiet 35 procentus, kuri interesējas par konteineriem vai tos pēta, un jūs varat sajust jaunu paradigmas nostiprināšanos.

Bet visi šie griešanās koda biti ir jāsakārto noderīgās, pielāgojamās lietojumprogrammās. Tieši tajā parādās Kubernetes. Google izstrādātais atvērtā pirmkoda projekts Kubernetes automatizē konteineru lietojumprogrammu izvietošanu, pārvaldību, mērogošanu, tīklu veidošanu un pieejamību. Visi galvenie mākoņi piedāvā pakalpojumu Kubernetes kā pakalpojumu, taču, kā liecina aptauja, tikai 20 procenti organizāciju izmanto Kubernetes ražošanā vai izstrādē un testēšanā. Šī šķēle uzņēmumu vidū paplašinās līdz 33 procentiem, salīdzinot ar maziem un vidējiem uzņēmumiem - kas ir jēga, jo, palielinot konteineru skaitu, palielinās vajadzība pēc Kubernetes.

Vairāku mākoņu pārvaldība

Trīs galvenie IaaS mākoņi - Amazon Web Services, Google Cloud Platform un Microsoft Azure - visiem ir savas stiprās un vājās puses, atkarībā no tā, ko vēlaties veidot. Un SaaS pakalpojumu sniedzēji vienkārši piedāvā lietojumprogrammas internetā. Tāpēc gandrīz neizbēgama ir abonēšana pakalpojumiem, ko piedāvā vairāki publiski mākoņi. Termins “multimākonis” atzīst šo faktu, lai gan definīcija nesen ir paplašināta, iekļaujot privātus mākoņus, kurus uzturat savā datu centrā.

Tāpēc nav pārsteigums, ka organizācijas izvēlas savus mākoņus, pamatojoties uz to, kas ir vispiemērotākais viņu slodzei. Kā liecina mūsu aptauja, kad organizācijas pieskaras vairākiem publiskiem mākoņiem, galvenais mērķis, ko min 49 procenti respondentu, ir izmantot “labākās šķirnes platformas un pakalpojumu iespējas”. Nākamais rindā bija “izmaksu ietaupījums / optimizācija” par 41 procentu, kam sekoja “katastrofu seku novēršanas / darbības nepārtrauktības uzlabošana” par 40 procentiem. Ja pietuvināsieties tikai uzņēmumu mērķiem, otrais mērķis ir “izvairīties no piegādātāja bloķēšanas” ar 40 procentiem.

Kā jūs varētu sagaidīt, gandrīz puse respondentu (48 procenti) kā galveno mīnusu vairāku mākoņu izmantošanā minēja “sarežģītību”, kam sekoja “paaugstinātas apmācības un darbā pieņemšanas izmaksas” (34 procenti). Bieži vien organizācijas nespēj paredzēt zināšanas, kas nepieciešamas, lai efektīvi pārvaldītu konkrētu IaaS mākoņa sarežģītību; pat lielu SaaS lietojumprogrammu konfigurēšanai var būt nepieciešama specializēta mākoņa administrēšana.

Cisco, Dell, HPE, IBM un VMware piedāvātās multivides pārvaldības platformas, kuru mērķis ir ļaut IT pārvaldīt vairākus mākoņus no vienas stikla rūts, joprojām ir topošas. Tikai 7 procenti respondentu teica, ka tos lieto. Pārsvarā 64 procenti apgalvo, ka viņu organizācija katrai publiskajai mākoņa platformai izmanto vietējos pārvaldības rīkus.

Pārvietošanās mākoņu šķēršļos

Mākoņdatošanas problēma Nr. 1, kuru izvēlējās 40 procenti respondentu, bija “mākoņu izmaksu kontrole”. Parasti šīs bažas ir saistītas ar pārvaldību. Bez pienācīgas politikas, piemēram, LoB pārvaldnieki var izveidot mākoņpakalpojumus, kas ir lieki, jau funkcionējot. Vēl sliktāk, ja pavirša uzraudzība var izraisīt jūsu organizācijas maksu par mākoņpakalpojumiem, kurus tā vairs neizmanto. Slikti konfigurētas mākoņa slodzes nodrošina vēl vienu iespēju izšķērdēt savus mākoņu dolārus.

Lai pieņemtu jaunākos un labākos mākoņpakalpojumus, ko īpaši piedāvā IaaS nodrošinātāji, nepieciešama uzraudzība. Mākoņa pamatskaitļošanas, krātuves un tīkla pakalpojumu izmaksas turpina samazināties. Bet iedomāti jauni mākoņpakalpojumi, kas saistīti, teiksim, ar mašīnmācīšanos, lietu internetu, bez servera skaitļošanu vai izplatītām relāciju datu bāzēm, var steidzami sakrāt lielas izmaksas. Eksperimenti ir lieliski; mākonis ir īsts jauno tehnoloģiju saldumu veikals. Bet tāpat kā jebkuram citam IT pasākumam, arī konkrētiem uzņēmējdarbības mērķiem ir jāveicina šim darbam piemērotas mākoņtehnoloģijas novērtēšana.

Galu galā ir grūti iegūt vislielāko sprādzienu no jūsu mākoņa, ja nav pieredzējušu profesionāļu. Saskaņā ar aptauju 67 procenti organizāciju ir pievienojušas jaunas mākoņu lomas un funkcijas. Šīs kaudzes augšdaļa ir mākoņu arhitekts, lomu tagad atrodama 28 procentos organizāciju. Saskaņā ar David Linthicum teikto: “Labu mākoņu arhitektu ir maz, jo viņi valkā tik daudz cepures. Viņiem ir labi jāpārzina drošība un pārvaldība, jāzina publisko un privāto mākoņu risinājumu speciālisti, kā arī ļoti labi jāpārzina tradicionālā IT - visi vienlaikus. ”

Nākamais lomu sarakstā ir mākoņu sistēmu administrators, kuru ir daudz vieglāk aizpildīt, jo tas parasti prasa izpratni tikai par vienu IaaS mākoņa sarežģījumiem. Pēc tā ir drošības arhitekts, kas mūs noved pie respondentu atzīmētā mākoņa izaicinājuma Nr. 2: “datu privātums un drošība”. Aizsardzībā pret draudiem galvenie mākoņi ir daudz drošāki nekā vidējais uzņēmuma datu centrs. Patieso problēmu centrā ir pareiza mākoņa drošības kontroles konfigurēšana, lai nodrošinātu, ka organizācijas kodificētās politikas un piekļuves vadīklas attiecas arī uz tās publisko mākoņu platformu.

Šķiet, ka šī gada aptauja norāda, ka neviens no šiem izaicinājumiem nav izstādes dalībnieks. Tagad mākoņu impulss šķiet neapturams, jo organizācijas redz arvien mazāk labumu savas infrastruktūras uzturēšanas slogā. Ienākot izaicinošos ekonomikas laikos, organizācijām vairāk nekā jebkad būs vajadzīgs mākoņa piedāvātais veiklums un zemās ieejas izmaksas.

$config[zx-auto] not found$config[zx-overlay] not found