Sisu
- Kas peaksite kõik pilve viima?
- Kasutage oma kontrollnimekirju
- Pilve rändamise strateegiad
- Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata
- Uus andmekeskus
- Järeldus
Allikas: voyager624 / iStockphoto
Ära võtma:
Pilvede ränne tuleb hoolikalt kavandada, arvestades arvukate kaalutlustega.
Pilve poole kolimise otsus nõuab palju hoolikat kaalumist. Kas peaksite kõik pilve viima? Mis on protsess? Kuidas näeb andmekeskus välja, kui olete valmis? Milliseid strateegiaid peaksite migreerimisel kasutama? Mõelda on palju.
Kas peaksite kõik pilve viima?
Pilvandmetöötluse kohta on viimastel päevadel olnud palju hüpe. Suur osa sellest on muidugi ära teeninud. Kuid ükski mõistlik IT-juht ei kavatse otsustada kogu oma taristu pilve alla viia ainult seetõttu, et kõik teised lähevad sinna. Kui olete tõsiselt pilve poole kolimisega tegelenud, on ärieksperdil Rachel Bridgeil mõni nõuanne: “Nii et lahendus on alustada väikesest. Pilve kolimine ei pea olema kõik või mitte midagi otsus ega peaks olema. "
Enne kui plaanite oma migratsioonistrateegiat "mis" ja "kuidas", peaksite kõigepealt küsima: "Miks?" Pilvandmetöötluse lubadus on, et teie ettevõte saab kasu selle mastaapsusest, turvalisusest ja kulude kokkuhoiust. Kuid tehnoloogiakirjanik Brien Posey hoiatab: "Organisatsioonid peavad põhjalikult uurima oma olemasolevaid investeeringuid infrastruktuuri - riistvarast rakendusportfellideni kuni võrguarhitektuurini ja kaugemale - et teha kindlaks, kas kolimine on kasulik."
Kasutage oma kontrollnimekirju
Võib-olla on parim lähenemisviis järk-järguline. See on punkt Larry Altoni kontrollnimekirjas tema väikeettevõtluse trendide artiklis pilve rändamise teemal. Siin on täielik nimekiri:
- Mõista riske.
- Kaaluge rakendust.
- Järkjärguline on sõna.
- Kohandage oma turvaplaani.
- Kaaluge kõigepealt virtualiseerimist.
See ei ole mõeldud nende nimekirjaartiklite hulka kuuluvaks, kuid ma loodan, et võime selleteemalise nimekirja lisada. IBM on juba teinud oma töö heaks oma artiklis “10 sammu teie IT mõistmiseks enne pilve siirdumist”:
- Mõju ettevõttele
- Tootmine versus arendamine ja test
- Esitus on oluline
- Keerukus
- Litsentseerimine
- Teenustaseme kokkulepped
- Turvalisus
- Platvorm
- Andmete majutamine
- Valmistage ette
Minu isiklik eelistus on kasutada IT-keskkonnas toimuvate muudatuste kontrollimiseks protseduurimeetodit. Minu jaoks on see parim viis arvestada kõigi muudatuste juhtimisega seotud probleemidega. (Vaadake minu artiklit Menetlusmeetodi (MOP) kasutamine võrgu tõhusaks juhtimiseks.)
Pilve rändamise strateegiad
Mis puutub migratsiooniprotsessi, siis võime juhiste saamiseks pöörduda taas valdkonna juhi IBMi poole. Nad on loonud viitemudeli teie rakenduste pilve teisaldamiseks. Lubame, et see oleks siin meie loeteludest viimane. Nende rändeprotsess hõlmab:
- Esmane sõelumine ja analüüs
- Planeerimine ja kujundamine
- Rände rakendamine
- Sihtkeskkonna häälestamine
- Viimane testimine ja otseülekanne
Üks olulisi küsimusi, mida nad küsivad, on „Kas töökoormus töötab sihtpilve keskkonnas?” Samuti tõstatavad nad toimivuse ja nõuetele vastavuse probleemid. Mujal tööstusekspert Nicholas Rando hoiatab: "Pärandirakendused, missioonikriitilised töökoormused ja tundlikud andmed - näiteks krediitkaarditeave - ei pruugi avalike pilvede jaoks sobida."
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.
Ükskõik, millist strateegiat või protsessi rakendatakse, peab rakendustel olema juurdepääs mis tahes ressurssidele, mis on vajalikud nende edukaks tööks. See hõlmab protsessorit, mälu, salvestusruumi ja võrku. Iga pilvelahendus peaks toimima vähemalt sama hästi kui olemasolev infrastruktuur. Iga taotlust tuleks arvestada.
Virtuaalsete masinate ränne on oluline probleem. Techopedia on käsitlenud VM-ide elava rände küsimust. Migratsioonistrateegia hõlmab: 1) virtuaalsete masinate mälus andmete edastamist füüsilisse sihtmasinasse; 2) töötava ressursi oleku loomine, mis koosneb protsessorist, mälust ja sihtmasinas olevast salvestusest; ja 3) peatab VM-i algsel saidil ja käivitab sihtmasina koos installitud rakendustega. Protsess hõlmab ainult väga lühikest teenuse kaotust. (Vaadake Mis vahe on vMotion, VM-migratsioon ja live-migratsioon?)
Uus andmekeskus
Andmekeskus on muutunud. Olen sellest Techopedias siin kirjutanud: “Vanasti, kui andmekeskust ehitati, olid eksperdid kõigeks. Teil olid ruuteri eksperdid, vahetuseksperdid, kaablid, süsteemiadministraatorid, operatsioonisüsteemi (OSS) töötajad - saate pildi. ”Kuid uued tehnoloogiad on selle kõik muutnud.
Nimetagem mõnda: virtualiseerimine, pilvandmetöötlus, lähenemine, suurandmed, analüüs, tehisintellekt ... Lisame nüüd veel ühe idee. Mis siis, kui te ei saaks oma vara mitte ainult pilves virtualiseerida, vaid leiate ka võimalusi ressursside eraldamise automatiseerimiseks, et vältida rakenduse toimimist mõjutavaid kitsaskohti?
Uus andmekeskus ei ole ainult automatiseeritud; see võib olla autonoomne. Kogu see asi on pannud paljud meist võrgu- ja süsteemipoisid tööta. Kuid see on edasiminek.
Vahepeal on veel ruumi kohapealsetele seadmetele. Miski ei ütle, et ettevõtted ei saa mingil põhjusel jätkata oma füüsiliste seadmete majutamist kohapeal ja integreerida neid suuremasse pilvesüsteemi. Seiresüsteemid võiksid arvestada avalike, era- ja hübriidpilvelahendustega.
Järeldus
Iga ettevõte on erinev. Ja ettevõtte IT-infrastruktuuri arendamine aastate jooksul võib muuta selle üsna ainulaadseks. Nii et üleminek pilve peab olema kohandatud ja hästi planeeritud. See on osa meie jätkuvast edasiminekust inimeste ja spetsialistidena. IBM-i Reynaldo Mincov, Jr, ütles, et pilve rändamine pole ainult liikumine; see on „ümberkujundamine“. Infotehnoloogia maailm leiutab ennast pidevalt edasi. Ja kõik üritasid lihtsalt sammu pidada.