Wutah daya komputasi lan pangembangan teknologi virtualisasi platform x86 ing tangan siji, lan panyebaran outsourcing IT ing sisih liya, nyebabake konsep komputasi sarana (IT minangka layanan sarana). Apa ora mbayar IT kanthi cara sing padha karo banyu utawa listrik - persis kaya sing sampeyan butuhake, lan ora ana maneh.
Ing wayahe, konsep komputasi awan muncul - konsumsi layanan IT saka "awan", i.e. saka sawetara blumbang external sumber, tanpa preduli carane utawa ngendi sumber iki teka saka. Kaya dene kita ora peduli karo infrastruktur stasiun pompa sarana banyu. Ing wektu iki, sisih liya saka konsep wis digarap - yaiku, konsep layanan IT lan cara ngatur ing kerangka ITIL / ITSM.
Sawetara definisi awan (cloud computing) wis dikembangake, nanging ora kudu dianggep minangka bebener sing paling utama - mung minangka cara kanggo ngresmikake cara nyedhiyakake komputasi utilitas.
- "Komputasi awan minangka teknologi pangolahan data sing disebarake ing ngendi sumber daya lan daya komputer diwenehake marang pangguna minangka layanan Internet" Wikipedia
- "Komputasi awan nyedhiyakake model kanggo nyedhiyakake akses basis jaringan sing trep menyang kumpulan sumber daya komputasi on-demand sing bisa dikonfigurasi (contone, jaringan, server, panyimpenan, aplikasi, lan layanan) sing bisa disedhiyakake kanthi cepet lan diwenehake kanthi manajemen minimal. gaweyan utawa intervensi. panyedhiya layanan" NIST
- "Komputasi awan minangka paradigma kanggo nyedhiyakake akses jaringan menyang blumbang sing bisa diukur lan fleksibel saka sumber daya fisik utawa virtual sing disebarake, dilayani kanthi mandiri lan dikelola kanthi dikarepake" ISO / IEC 17788: 2014. Teknologi informasi - Cloud computing - Ringkesan lan kosakata.
Miturut NIST, ana telung jinis utama awan:
- IaaS - Infrastruktur minangka Layanan
- PaaS - Platform minangka Layanan - Platform minangka layanan
- SaaS - Piranti Lunak minangka Layanan
Kanggo pangerten sing luwih gampang babagan bedane, ayo deleng model Pizza-as-a-Service:
NIST nemtokake fitur-fitur sing dibutuhake saka layanan IT sing bakal dianggep basis awan.
- Akses jaringan universal (akses jaringan sing amba) - layanan kasebut kudu nduweni antarmuka jaringan universal sing ngidini meh kabeh wong bisa nyambung lan nggunakake layanan kasebut kanthi syarat minimal. Conto - nggunakake jaringan listrik 220V, cukup kanggo nyambungake menyang soket apa wae kanthi antarmuka universal standar (plug), sing ora ngganti ketel, vakum utawa laptop.
- Layanan sing diukur - karakteristik utama layanan maya yaiku ukuran layanan kasebut. Mbalik menyang analogi karo listrik, sampeyan bakal mbayar persis kaya sing dikonsumsi kanthi granularitas minimal, nganti biaya nggodhok ceret sapisan, yen sampeyan ana ing omah sepisan sajrone sasi lan ngombe secangkir teh.
- Konfigurasi mandhiri layanan sing dikarepake (layanan mandiri sing dikarepake) - panyedhiya maya nyedhiyakake kesempatan kanggo ngatur layanan kanthi cerdas, tanpa kudu sesambungan karo karyawan panyedhiya. Kanggo nggodhok ceret, pancen ora perlu ngubungi Energosbyt luwih dhisik lan ngelingake sadurunge lan entuk ijin. Saka wayahe omah disambungake (kontrak rampung), kabeh konsumen bisa ngatur daya sing diwenehake kanthi mandiri.
- Elastisitas cepet (elastisitas cepet) - panyedhiya awan nyedhiyakake sumber daya kanthi cepet nambah / nyuda kapasitas (ing watesan sing cukup). Sanalika ketel diuripake, panyedhiya langsung nyedhiyakake 3 kW daya menyang jaringan, lan sanalika dipateni, nyuda output dadi nol.
- Pengumpulan sumber daya - mekanisme internal panyedhiya layanan ndadekake bisa nggabungake kapasitas ngasilake individu menyang sumber daya umum kanthi panyedhiya sumber daya luwih akeh minangka layanan kanggo macem-macem konsumen. Nalika kita nguripake ketel, kita ora kuwatir babagan pembangkit listrik tartamtu sing asale. Lan kabeh konsumen liyane nggunakake daya iki bebarengan karo kita.
Penting kanggo mangerteni yen karakteristik awan sing diterangake ing ndhuwur ora dijupuk saka hawa tipis, nanging minangka kesimpulan logis saka konsep komputasi sarana. Lan layanan umum kudu nduweni karakteristik kasebut ing kerangka konsep kasebut. Yen siji utawa karakteristik liyane ora cocog, layanan ora dadi luwih elek lan ora dadi "beracun", mung mandheg dadi mendhung. Inggih, sing ngandika sing kabeh layanan kudu?
Yagene aku ngomong babagan iki kanthi kapisah? Ing 10 taun kepungkur wiwit definisi NIST dienal, ana akeh debat babagan "mendung sejati" kaya sing ditegesake. Ing Amerika Serikat, formulasi "tundhuk karo layang saka hukum, nanging ora roh" isih kadhangkala dipigunakakΓ© ing bidang peradilan - lan ing kasus komputasi maya, sing utama yaiku semangat, sumber daya kanggo nyewa ing loro. klik mouse.
Perlu dicathet yen 5 karakteristik ing ndhuwur ditrapake kanggo awan umum, nanging nalika pindhah menyang awan pribadi, umume dadi opsional.
- Akses jaringan universal (akses jaringan sing amba) - ing awan pribadi, organisasi nduweni kontrol lengkap kanggo fasilitas ngasilake lan klien konsumen. Mangkono, karakteristik iki bisa dianggep kanthi otomatis kawujud.
- Layanan sing diukur minangka ciri utama konsep komputasi utilitas, pembayaran adhedhasar konsumsi. Nanging kepiye organisasi bisa mbayar dhewe? Ing kasus iki, ana divisi generasi lan konsumsi ing perusahaan, IT dadi panyedhiya, lan unit bisnis dadi konsumen layanan. Lan pemukiman bebarengan dumadi antarane departemen. Rong mode operasi bisa: chargeback (kanthi pemukiman nyata lan gerakan finansial) lan showback (ing wangun nglaporake konsumsi sumber daya ing rubel, nanging tanpa gerakan finansial).
- Layanan mandiri sing dikarepake - bisa uga ana layanan IT sing dienggo bareng ing organisasi, saengga karakteristik kasebut dadi ora ana gunane. Nanging, yen sampeyan duwe spesialis IT utawa administrator aplikasi ing unit bisnis, sampeyan kudu ngatur portal layanan mandiri. Kesimpulan - karakteristik iku opsional lan gumantung ing struktur bisnis.
- Elastisitas cepet (elastisitas cepet) - ing sawijining organisasi, ilang makna amarga peralatan tetep kanggo ngatur awan pribadi. Bisa digunakake kanthi winates ing pemukiman internal. Kesimpulan - ora ditrapake kanggo awan pribadi.
- Nglumpukake sumber daya - saiki ora ana organisasi sing ora nggunakake virtualisasi server. Patut, karakteristik iki bisa dianggep kanthi otomatis kawujud.
Pitakonan: Dadi apa awan pribadi sampeyan? Apa perusahaan kudu tuku lan dileksanakake kanggo mbangun?
Jawaban: maya pribadi minangka transisi menyang model administratif anyar saka interaksi IT-Business, sing kasusun saka 80% langkah administratif lan mung 20% ββteknologi.
Mbayar mung kanggo sumber daya sing dikonsumsi lan gampang mlebu, tanpa kudu ngubur atusan yuta lenga ing pengeluaran modal, nyebabake lanskap teknologi anyar lan muncule perusahaan miliarder. Contone, raksasa modern Dropbox lan Instagram muncul minangka wiwitan ing AWS kanthi infrastruktur nol dhewe.
Sampeyan kudu ditekanake kanthi kapisah manawa alat manajemen layanan awan dadi luwih ora langsung, lan tanggung jawab utama direktur IT dadi pilihan pemasok lan kontrol kualitas. Ayo ndeleng tantangan saka rong tanggung jawab anyar iki.
Sawise muncul minangka alternatif kanggo infrastruktur abot klasik kanthi pusat data lan hardware dhewe, awan dadi entheng. Gampang mlebu awan, nanging masalah metu biasane dihindari. Kaya ing industri liyane, panyedhiya awan ngupayakake nglindhungi bisnis lan nggawe kompetisi luwih angel. Siji-sijine wayahe kompetitif sing serius mung muncul nalika milih panyedhiya layanan awan, banjur supplier bakal ngupayakake manawa pelanggan ora ninggalake dheweke. Kajaba iku, ora kabeh upaya bakal ngarahake kualitas layanan utawa jangkauane. Kaping pisanan, iki minangka pangiriman layanan unik lan panggunaan piranti lunak sistem non-standar, sing ndadekake angel ngalih menyang panyedhiya liyane. Patut, nalika milih panyedhiya layanan, perlu kanggo bebarengan ngramu rencana transisi saka supplier iki (utamane DRP lengkap - rencana Recovery bilai) lan mikir liwat arsitektur panyimpenan data lan salinan serep.
Aspek penting nomer loro saka tanggung jawab anyar direktur IT yaiku ngawasi kualitas layanan saka supplier. Meh kabeh panyedhiya maya tundhuk karo SLA miturut metrik internal dhewe, sing bisa duwe pengaruh ora langsung marang proses bisnis pelanggan. Lan kanthi mangkono, implementasi sistem pemantauan lan kontrol sampeyan dhewe dadi salah sawijining proyek utama nalika nransfer sistem IT sing signifikan menyang panyedhiya awan. Terus topik SLA, iku perlu kanggo nandheske sing akèh-akèhé saka panyedhiya maya mbatesi tanggung jawab kanggo Gagal kanggo nepaki SLA kanggo pembayaran langganan saben wulan utawa kanggo bagean saka pembayaran. Contone, AWS lan Azure, yen ambang kasedhiyan 95% (36 jam saben sasi) ngluwihi, bakal menehi diskon 100% ing ragad langganan, lan Yandex.Cloud - 30%.
Lan mesthi, kita ora kudu lali yen awan ora mung digawe dening mastodon kelas Amazon lan gajah kelas Yandex. Awan uga bisa luwih cilik - ukurane kucing utawa malah tikus. Minangka conto CloudMouse nuduhake, kadhangkala maya mung mandheg lan mungkasi. Sampeyan ora bakal nampa ganti rugi, ora diskon - sampeyan ora bakal nampa apa-apa liyane saka total mundhut data.
Amarga masalah ing ndhuwur kanthi implementasi sistem IT kritis bisnis dhuwur ing infrastruktur awan, fenomena "repatriasi awan" wis diamati ing taun-taun pungkasan.
Ing taun 2020, komputasi awan wis ngliwati puncak pangarepan sing luwih dhuwur lan konsep kasebut ana ing dalan menyang kuciwane (miturut siklus hype Gartner). Miturut riset ΠΈ nganti 80% saka pelanggan perusahaan bali lan rencana kanggo ngasilake akeh saka awan menyang pusat data dhewe amarga alasan ing ngisor iki:
- Ngapikake kasedhiyan / kinerja;
- Ngurangi biaya;
- Kanggo tundhuk karo syarat keamanan informasi.
Apa sing kudu ditindakake lan kepiye kabeh "tenan"?
Ora ana sangsi yen awan ana ing kene kanggo jangka panjang. Lan saben taun peran bakal tambah. Nanging, kita ora manggon ing mangsa sing adoh, nanging ing 2020 ing kahanan sing spesifik. Apa sing kudu ditindakake awan yen sampeyan dudu wiwitan, nanging pelanggan perusahaan klasik?
- Awan utamane minangka papan kanggo layanan kanthi beban sing ora bisa ditebak utawa musiman.
- Umume kasus, layanan kanthi beban sing bisa ditebak lan stabil luwih murah kanggo dijaga ing pusat data sampeyan dhewe.
- Sampeyan kudu miwiti nggarap awan kanthi lingkungan tes lan layanan sing kurang prioritas.
- Pertimbangan kanggo nyelehake sistem informasi ing awan diwiwiti kanthi ngembangake metodologi kanggo metu saka awan menyang awan liyane (utawa bali menyang pusat data sampeyan dhewe).
- Nempatake sistem informasi ing awan diwiwiti kanthi ngembangake skema serep kanggo infrastruktur sing sampeyan kontrol.
Source: www.habr.com