Programmēšana

Mākoņu attīstība: 9 gotchas, kas jāzina pirms ieejas

Lietojumprogrammu izstrāde un testēšana mākonī gūst popularitāti, jo vairāk uzņēmumu uzsāk publiskas un privātas mākoņdatošanas iniciatīvas. Mākoņizstrāde parasti ietver integrētas izstrādes vides, lietojumprogrammu dzīves cikla pārvaldības komponentus (piemēram, testa un kvalitātes vadību, pirmkodu un konfigurācijas pārvaldību, nepārtrauktas piegādes rīkus) un lietojumprogrammu drošības testēšanas komponentus.

Kaut arī tehnoloģiju vadītāji un izstrādātāji, kuriem ir pieredze mākoņdatošanas attīstībā, apgalvo, ka attīstībai šajās vidēs ir acīmredzami ieguvumi - piemēram, izmaksu ietaupījums un palielināts ātrums tirgū -, viņi arī brīdina, ka ir jāpievērš uzmanība izaicinājumiem un pārsteigumiem.

[Saņemiet bezjēdzīgus paskaidrojumus un padomus, kas jums nepieciešami, lai izmantotu mākoņdatošanas priekšrocības, redaktoru 21 lappušu garajā mākoņdatošanas padziļinātās niršanas PDF īpašajā pārskatā. | Palieciet augšā mākonī, izmantojot mākoņdatošanas pārskata biļetenu. ]

Nav skaidrs, cik izplatīta mākoņa attīstība varētu kļūt. Bet nozares analīze rāda, ka tā pieaug. 2011. gada februāra izpētes piezīmē Gartners sacīja, ka klienti, kas 2010. gadā apmeklēja firmas simpozijus, pauda "strauji palielinātu interesi" par mākoņdatošanu, lai uzlabotu esošo pielāgoto tīmekļa lietojumprogrammu izstrādi un uzturēšanu.

"Es to visvairāk redzu prototipu veidošanā un paralēlā filiāles attīstībā, bet ir arī milzīgs pieaugums slodzes un veiktspējas testēšanas telpā," saka Ēriks Knips, galvenais Gartner pētījumu analītiķis.

Ja jūs pirmo reizi plānojat iesaistīties mākoņu izstrādē, šeit ir deviņi šķēršļu veidi, ar kuriem jūs varētu saskarties, un ieteikumi, kā tos novērst no izstrādātājiem, kuri faktiski ir paveikuši darbu.

Mākoņu izstrāde gotcha 1: mākonis ne vienmēr darbojas kā "reālā pasaule"

Izstrādātāji var konstatēt, ka konfigurāciju, ko viņi izmanto ražošanā, ir grūti atkārtot mākoņa pakalpojumos. Piemēram, lietojumprogrammai, kuru izveidojat mākonī, pirms atkal palaižat, lai darbotos lokāli, jums, iespējams, būs jātestē pret mantoto sistēmu, kuru nevar vienkārši kopēt uz mākoņa pakalpojumu, Knipp saka: "Tas nozīmē, ka to var būt daudz vairāk lietu, kas izstrādātājiem jāizlaiž, lai izveidotu un palaistu testa lietotni. "

Pakalpojumu virtualizācijas tehnoloģija var palīdzēt, saka Knipp, un izstrādātāji var izmantot tirgus piedāvājumus, kas ļauj attīstīt vairākas / paralēlas filiāles. Piemēram, iTKO, kas piedāvā programmatūras komplektu ar nosaukumu Lisa, kas palīdz uzņēmumiem pārvietot uzņēmuma lietojumprogrammas mākonī.

Izstrādātāji, kuri ir pieraduši pie bezmākoņu izstrādes, var saskarties arī ar pārsteigumiem, kad jāveido tīmekļa lietojumprogrammas mākonī. Piemēram, Gregs Teilors, kurš izveidoja tiešsaistes reģistrācijas lietojumprogrammu Ohaio mūzikas izglītības asociācijai, negaidīja, ka viņam būs nepieciešama tik rūpīga izpratne par datu bāzes struktūru un to, kā lietotāji ar to mijiedarbosies, kad viņš izveidoja lietojumprogrammu.

Lietotne, kas nodarbojas ar skolas mūzikas izpildītāju reģistrāciju valsts mēroga mūzikas saturā, kā aizmuguri izmanto MySQL datu bāzi un priekšpusei - Alpha Five 10.5 no Alpha Software. "Es nāku no FileMaker Pro fona [un] šis produkts ir ļoti piedodošs attiecībā uz datu bāzes struktūru," saka Teilors. "Sliktu dizainu joprojām var izmantot ar saprātīgiem panākumiem."

Bet attīstība ar MySQL piespieda Teiloru būt ārkārtīgi organizētam, lai tīmekļa lietotnei būtu vislabākā iespējamā veiktspēja. Atgriešanās pie tabulas struktūras, lai pievienotu vairāk lauku, ir laikietilpīga, jo tas nozīmē rotāciju starp dažādiem izstrādes rīkiem, Navicat MySQL un Alpha Five faktiskajam tīmekļa lapas noformējumam, viņš saka. Pirmais rīks izveido datu bāzes struktūru, bet otrais - lapas, ar kurām lietotājs mijiedarbojas, lai ievadītu un rediģētu informāciju datu bāzē.

"Tas var nebūt jautājums izstrādātājiem, izmantojot jau izveidotu datu bāzi," saka Teilors. "Viņi vienkārši izmantotu Alpha Five, lai izstrādātu tīmekļa lapas, kurām lietotājs varētu piekļūt. Manā gadījumā es vienlaikus izstrādāju gan datu bāzi, gan tīmekļa lapas, kas man būtu prasījis pārslēgšanos starp izstrādes rīkiem, ja nebūtu plānojis. uzmanīgi. "

Lai izvairītos no tā, ka notiek nepārtraukta nejaušība, Teiloram bija jāmaina sava datu bāzes izstrādes pieeja: "Vispirms izstrādājot skaidru ERD [entītiju attiecību diagrammu] ar visiem nepieciešamajiem laukiem, mana tīmekļa lietotne ir efektīva, un mans kopējais izstrādes laiks ir ievērojami samazināts."

Dažos gadījumos mākoņu izstrādes rīki darbojas tāpat kā reālajā pasaulē - vismaz vakardienas reālās pasaules versijā. Džefs Henslijs, HRIS vecākais analītiķis veselības aprūpes firmā DaVita, kas specializējas nieru dialīzē, bija pārsteigts, ka mākoņos strādājošajiem izstrādātājiem ir jāizmanto komandrindas rīki, XML un SQL, "kas man atgādināja vecās DOS dienas". Viņš sagaida, ka vecās skolas pieeja laika gaitā mainīsies, pieaugot adopcijai.

DaVita izmanto gan mākoņa bāzes lietojumprogrammu piegādes platformas, gan mitinātos serverus, lai izstrādātu un piegādātu cilvēkresursu datu noliktavas un biznesa informācijas lietojumprogrammas.

Mākoņa izstrāde gotcha 2: dažas lietotnes nav ideāli piemērotas attīstībai mākonī

Piemēram, ticības izglītības ministriju IT viceprezidents Dens Stueks izvairās no mākoņdatņu augstas klases lietojumprogrammu izstrādes, kurām ir ārkārtīgi liela datu drošība vai normatīvie ierobežojumi vai kuras paļaujas uz mantotiem kodēšanas projektiem, piemēram, Kobolā. "Šie divi, iespējams, vislabāk tiek turēti mājās," viņš saka, "pirmais acīmredzamo drošības problēmu dēļ un otrais" mirušās "valodas problēmas dēļ."

Vieta, kur Stueck izmantoja mākoni, ir palaist attīstības serveri Amazon.com publiskajā mākoņu pakalpojumā un veidot studentu informācijas sistēmu, studentu atšifrējumu arhīvu un mājas mācību grāmatu pārdošanas lietojumprogrammu mākonī.

Mākoņu izstrāde gotcha 3: izstrādātājiem bieži nepatīk nepazīstama mākoņu teritorija

"Iespējams, visnegaidītāk bija tas, cik labi visu [mākoņu izstrādes] projektu uztvēra vadības un pārdošanas komandas un visi, kas izmanto sistēmu, [un] cik slikti to uztvēra IT organizācija un it īpaši izstrādātāji, "saka Marks Vorens, galvenais arhitekts 20/20.

IT cilvēki bija pieraduši strādāt ar Microsoft .Net, SQL Server, Java un citām tradicionālajām izstrādes platformām, saka Vorens, un Force.com bija pilnīgi atšķirīgs modelis. "Ja jūs zināt SQL un Java, tas ir jūsu rīku komplekts, un jūs nevēlaties doties uz šo pilnīgi svešo platformu, kas nāk," saka Warren.

Rezultātā pārdošanas lietojumprogrammu galvenokārt izstrādāja biznesa personāls, nevis IT izstrādātāji. Tas atnesa savus izaicinājumus, saka Vorens, no kuriem lielākais bija uzņēmēju izpratnes trūkums par pārmaiņu vadību un IT pārvaldību. "IT ir disciplīnas līmenis, kuru uzņēmēji nav pieraduši likt viņiem piemērot," saka Vorens. "Mums vajadzēja viņus paātrināt pārmaiņu vadības jautājumos."

Runājot par tehnoloģiju cilvēku nevēlēšanos attīstīties mākoņu vidē, ir programmas, kuras IT var ieviest, lai palīdzētu iekšēji pieņemt mākoņdatošanu, saka Vorens. "Apmācība noteikti ir laba metode, lai atvieglotu," viņš saka. "Tomēr, ja vien IT kultūra nav atvērta jaunām metodēm un tehnoloģijām, organizatoriskās izmaiņas [jaunu izstrādātāju iegūšana] var būt vienīgā iespēja."

Mākoņu izstrāde gotcha 4: Dokumentācijas trūkums kavē mākoņu izstrādātājus

"Es noteikti ceru, ka tas mainīsies, palielinoties pieprasījumam un arvien vairāk uzņēmumu sākot pielāgot mākoņa koncepciju," saka Henslijs. "Mēs to varējām apkarot, sadarbojoties ar konsultāciju firmu."

Mākoņu izstrādes gotcha 5: tīkla problēmas var izraisīt privātu mākoņu vidi

Embarcadero izmanto savu virtualizēto datu centru lietojumprogrammu veidošanai un testēšanai. "Iekšējiem privātiem mākoņiem mums ir pāris iespējas: izvēlēties plānoto datumu / laiku un pakāpeniski noteikt, kuri serveri tiek veikti noteiktā secībā," saka Intersimone. "Ir automatizēti būvēti un automatizēti dūmu pārbaudes procesi, kas visu laiku darbojas mūsu galvenajā privātajā mākonī un arī reģionālās attīstības birojos."

Lai iegūtu pieejamāku vidi, Intersimone saka, ka viņš meklē mākoņu konteineru un virtuālā privātā tīkla piedāvājumu no CohesiveFT, kurus var instalēt publiskos un privātajos mākoņos, lai nodrošinātu mērogošanu pēc pieprasījuma, kļūmjpārleci, atjaunošanu pēc katastrofām un gatavību katastrofām.

Citi jautājumi, kas var ietekmēt attīstību un testēšanu, ietver tīkla aizkavēšanos un latentumu, kā arī tīkla cauruļu lielumu, īpaši dažās pasaules daļās. Embarcadero ir pētniecības un attīstības centri Skotu ielejā, Kalifornijā, Monterejā, Kalifornijā, Toronto, Sanktpēterburgā, Fla un Iasi, Rumānijā, kā arī mazāku komandu un personu kaisīšana visā pasaulē.

Embarcadero ģeogrāfiski daudzveidīgā izstrādes vide "apgrūtina reģistrāciju, būvējumu un automatizētās testēšanas sinhronizāciju", saka Intersimone. Lai atrisinātu dažus no tiem, izstrādātāji veic vietējos un reģionālos veidojumus, kā arī kodu reģistrāciju virtuālajos serveros, kas pieejami visiem. Izstrādātāji arī vietējos būvē uz savām mašīnām. Embarcadero nodrošina, ka tie neizkļūst no sinhronizācijas ar privātā mākoņa galvenajām versijām, izmantojot atvērtā koda rīku pirmkodu kontrolei Subversion.

"Kad notiek būvēšana, tiek veikta automatizēta pārbaude, lai validētu būvējumu," saka Intersimone. "Tad paziņojumi tiek nosūtīti visām izstrādes komandām, un konstrukcija automātiski tiek pārvilkta pāri Ķīnas sienai lielam skaitam automatizētu testēšanas virtuālo mašīnu mūsu attīstības centros." Rezultātā izveidotajā versijā tiek veikti automatizēti un manuāli testi, lai pārbaudītu statusu, un pēc šī procesa pabeigšanas e-pasta ziņojumi tiek nosūtīti citiem komandas locekļiem. "Tas viss notiek nepārtraukti projekta izstrādes laikā," viņš saka.

Mākoņu izstrāde gotcha 6: ir viegli ļaut skaitītājam nevajadzīgi darboties pa mākoni

Vēl viena iespējama problēma ir naudas izšķiešana mākoņu maksām. Izstrādātāji var viegli aizmirst vai novārtā izslēgt virtuālās mašīnas, kuras viņi neizmanto. "Esmu dzirdējis no dažiem klientiem, kas ļautu izstrādātājiem izkļūt no virtuālo mašīnu resursiem, ka dažreiz izstrādātāji vienkārši atstātu darbu un darbotos, teiksim, nedēļas nogalē," saka Gartner's Knipp. "Kad tas atradās iekšējā serverī ar lielajiem burtiem, tas nebija liels darījums. Bet, kad tas tiek izmantots uz lietošanu mērītiem, nomātiem resursiem, tāpat kā ar publisku mākoņdatošanu, tā ir naudas izšķiešana."

Knipp saka, ka viņš sagaida, ka tas kļūs par jaunu izaicinājumu uzņēmumiem, īstenojot privātās mākoņdatošanas iniciatīvas.

Kaut arī pastāv mazs risks iegūt lielu, negaidītu rēķinu par izstrādātāja virtuālās mašīnas lietošanu privātā mākonī, "pašapkalpošanās, privātā IaaS vidē izstrādātājs var izveidot VM un nekad tos neizslēgt", saka Knipp. "Tie efektīvi patērēs resursus no mašīnām, kuras netiek efektīvi izmantotas, un tā rezultātā organizācija var nopirkt pārāk lielu jaudu, jo plānošana tiek izkropļota."

Mākoņa izstrādes gotcha 7: mākoņu licencēs var būt pārsteidzoši izvietošanas ierobežojumi

Starp mākoņa netehniskajiem jautājumiem, kas var ietekmēt attīstību, ir licencēšanas ierobežojumi. Pirms diviem gadiem Kelly Services, nacionālā temp aģentūra, nolēma izmantot mākoņdatošanas risinājumus daudzām pašmāju lietojumprogrammām, un Salesforce.com Force.com platforma darbojas kā piegādes līdzeklis.

Mākoņu izstrāde ir devusi tādas priekšrocības kā ātrāks lietotņu izstrādes laiks un zemākas izmaksas, saka Džo Drouins, Kelly Services KIO. Bet uzņēmums saskārās arī ar negaidītām licencēšanas problēmām, īpaši attiecībā uz to, kāda veida lietotāju sēdekļi tai bija un kādi ierobežojumi viņiem bija. Piemēram, sēdeklī var būt noteikts objektu skaits, kam lietotājs var piekļūt. Tā rezultātā "dažos brīžos mūs pārsteidza tas, ko mēs varējām vai nevarējām darīt" ar attīstību, saka Drouin.

Mākoņu izstrāde gotcha 8: Integrāciju var būt grūtāk novērst

Copyright lv.verticalshadows.com 2024

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