1.1. Sissejuhatus
Rääkides IT arengust viimastel aastatel, ei saa mainimata jätta ka pilvelahenduste osakaalu teiste seas. Uurime välja, mis on pilvelahendused, -tehnoloogiad jne.
Pilvandmetöötlus (või pilveteenused) on spetsiaalne tööriistade ja meetodite komplekt logistikaks, andmete salvestamiseks ja töötlemiseks kaugarvutusressurssides, mis hõlmavad servereid, andmesalvestussüsteeme (DSS), andmeedastussüsteeme (DTS).
IT-toote valmistamisel, olgu selleks siis visiitkaartide veebisait, veebipood, suure koormusega portaal või andmebaasisüsteem, on oma toote paigutamiseks vähemalt kaks võimalust.
Kliendi ruumides (ing. - kohapeal) või pilves. Samas on võimatu kindlalt öelda, kumb on üldiselt rahaliselt tulusam.
Kui kasutate serverit, kus töötab väike andmebaas, mis ei nõua tõrketaluvust, ja lihtsat veebisaiti, millel pole palju koormust – jah, maapealne hostimine on teie valik. Kuid niipea, kui teie töökoormus ja vajadused suurenevad, peaksite mõtlema pilve kolimisele.
1.2. Pilved meie keskel
Enne kui arutleda, kuidas pilvi täpselt pakutakse, on oluline mõista, et pilvede lugu ei räägi IT-sektori suurtest hiiglastest ja nende siseteenustest, samuti kasutame igapäevaselt pilvandmetöötlust.
Täna, 2019. aastal, on raske leida inimest, kes ei kasutaks oma telefonis Instagrami, meili, kaarte ja liiklusummikuid. Kus seda kõike hoitakse ja töödeldakse? Õige!
Isegi kui sina IT-spetsialistina vähemalt väikese haruvõrguga ettevõttes (selguse mõttes) paigaldad taristusse salvestussüsteemid, siis olenemata sellest, kuidas sa ressursile ligipääsu annad, olgu selleks veebiliides, ftp või samba , see on teie kasutajate jaoks pilv, mis asub... kuskil seal. Mida öelda selliste tuttavate asjade kohta, mida kasutame iga päev mitukümmend korda käeulatuses.
2.1. Pilvemahtude juurutamise tüübid
Olgu, pilv. Kuid see pole nii lihtne. Tööle tuleme ka kõik - müügiinimesed, IT-spetsialistid, juhid. Kuid see on lai mõiste, igal neist on eesmärk ja teatud klassifikatsioon. See on sama siin. Üldiselt võib pilveteenused jagada 4 tüüpi.
1.Avalik pilv on platvorm, mis on avalikult avatud kõigile kasutajatele tasuta või tasulise tellimusega. Enamasti haldab seda konkreetne füüsiline või juriidiline isik. Näiteks võib tuua teaduslike teadmiste artiklite koondportaali.
2. Privaatne pilv - täpselt vastupidine punktile 1. See on avalikkusele suletud platvorm, mis on sageli mõeldud ühele ettevõttele (või ettevõttele ja partnerorganisatsioonidele). Juurdepääsu annab ainult kasutajatele süsteemiadministraator. Need võivad olla siseteenused, näiteks sisevõrk, SD (service desk) süsteem, CRM jne. Tavaliselt võtavad pilve- või segmendiomanikud infoturbe ja ärikaitse teemat väga tõsiselt, kuna info müügi, klientide, ettevõtete strateegiliste plaanide jms kohta salvestatakse privaatpilvedesse.
3. Kogukonna pilv võime öelda, et see on privaatpilv, mis on jagatud mitme ettevõtte vahel, millel on sarnased ülesanded või huvid. Seda kasutatakse sageli siis, kui on vaja anda rakendusressursi kasutusõigus mitmele inimesele, erinevate ettevõtete osakondadele.
4. Hübriidpilv See on teatud tüüpi infrastruktuur, mis ühendab vähemalt kahte tüüpi juurutamist. Kõige tavalisem näide on kliendi andmekeskuse skaleerimine pilve abil. Seda tehakse raha säästmiseks, kui 100% pilve üle kolimine pole võimalik või turvalisuse ja vastavuse põhjustel.
2.2. Teenuse tüübid
Super, juurutamise tüübid on nii erinevad, aga miski peab neid ühendama? Jah, need on teenusetüübid, need on igat tüüpi pilvede jaoks identsed. Vaatame 3 kõige levinumat.
IaaS (infrastruktuur kui teenus) — infrastruktuur kui teenus. Selle valikuga pakutakse teile servereid virtuaalmasinate (VM-ide), ketaste, võrguseadmete kujul, millel saate juurutada vajalikku OS-i ja keskkonda, installida teenuseid jne. Hoolimata asjaolust, et arenen nüüd aktiivselt Yandexi pilves, alustasin tutvumist GCP-ga (Google Cloud Platform), nii et toon selle taustal näiteid ja üldiselt räägin pakkujatest veidi hiljem. Seega oleks GCP IaaS-i lahenduse näide Compute Engine element. Need. See on lihtne tavaline BM, mille jaoks valite ise operatsioonisüsteemi, konfigureerite ise tarkvara ja juurutate rakendused. Vaatame näidet. Olete pythoni programmeerija ja soovite luua pilvepõhise taustaprogrammiga veebisaidi, võttes arvesse ainult IaaS-i võimalust. Peate võtma ühe VM-i, millel sait töötab, selleks peate installima (gcp-s valitakse see eksemplari loomise etapis) OS-i, värskendama pakkimishaldurit (miks mitte), installima vajaliku versiooni python, nginx jne... Loo kolmel virtuaalsel masinal tõrkesiirdeandmebaasi klaster (ka käsitsi). Pakkuda metsaraie jms. See on odav ja pikk, kuid kui soovite maksimaalset paindlikkust, on see teie valik.
Järgmine lihtsusele ja kõrgele hinnale kõige lähemal on PaaS (platvorm kui teenus). Siit saate loomulikult ka VM-i, kuid ilma võimaluseta konfiguratsiooni nii paindlikult muuta, ei vali te OS-i, tarkvarakomplekti vms, saate oma toote jaoks valmis keskkonna. Tuleme tagasi sama näite juurde. Ostate GCP-s kaks App Engine'i eksemplari, üks neist on andmebaasi, teine veebiserveri rollis. Te ei pea tugiprogramme konfigureerima; saate tootmiskeskkonda käivitada kohe karbist välja võttes. Peate tunnistama, et see maksab rohkem, töö tuleb tasuda ja kogu skript töötas teie heaks. Kuid saate töötamiseks valmis platvormi.
Kolmas peamistest võimalustest, mis seisab teistest kõrgemal - SaaS (tarkvara kui teenus). Te ei häälesta VM-i täpselt, te ei konfigureeri seda üldse. Sa ei pea olema IT-spetsialist, ei pea kirjutama koodi, ei pea tegema taustaprogrammi. Kas kõik on valmis. Need on valmis, juurutatud lahendused, nagu GSuite (endine Google Apps), DropBox, Office 365.
3.1. Mis on kapoti all?
Said selle pähe? Olgu, lähme edasi. Ostsime VM-i, töötasime sellega, hävitasime selle ja ostsime veel 10. Riistvara me ei osta, aga teame, et see peab kuskil olema. Kui lisasite salvestusruumi oma ettevõtte infrastruktuuri, installisite selle tõenäoliselt serveriruumi riiulisse. Seega annavad pilvetehnoloogia pakkujad teile rentimiseks osa oma serveriruumist, mis on ainult tohutu suurusega. Nn DPC (andmetöötluskeskus). Need on suured kompleksid, mis asuvad peaaegu kogu planeedil. Tavaliselt ehitatakse neid kohti, mis võivad olla loodusliku jahutuse allikaks vähemalt osa aastast, kuid mõned esindajad võivad olla ehitatud ka Nevada kõrbesse. Lisaks sellele, et pakkuja paigutab kolossaalsesse angaari mitusada nagi, on ta mures ka soojusülekande pärast (kas nad ikka teavad, et arvutid ei saa külmuda ja üle kuumeneda?), teie andmete turvalisuse pärast, eelkõige füüsilises kohas. tasemel, nii et tõenäoliselt ei satu andmekeskusesse ebaseaduslikult, kas see töötab? Samal ajal on andmekeskuses andmete salvestamise meetodid erinevate pakkujate lõikes erinevad; mõned teevad eri andmekeskuste vahel hajutatud kirjeid, teised aga salvestavad neid turvaliselt ühes.
3.2. Pilved praegu ja tagantjärele. Pakkujad
Üldiselt, kui ajaloosse süveneda, siis esimesed eeldused tänaste pilveplatvormide loomiseks olid juba eelmise sajandi 70. aastate keskel, ARPANET Interneti prototüübi väljatöötamise ja juurutamise ajal. Siis räägiti sellest, et kunagi saavad inimesed võrgu kaudu kõiki võimalikke teenuseid. Aja möödudes muutusid kanalid stabiilseks ja enam-vähem laiaks ning 1999. aastal ilmus esimene kommertslik CRM-süsteem, mida pakutakse eranditult abonemendina ja mis on esimene SaaS, mille koopiad on salvestatud ühte andmekeskusesse. Hiljem eraldas ettevõte mitu divisjonit, mis pakuvad PaaS-i abonemendi teel, sealhulgas erijuhtumi BDaaS (andmebaas kui teenus) 2002. aastal andis Amazon välja teenuse, mis võimaldab salvestada ja töödelda teavet ning 2008. aastal esitles teenust milles kasutaja saab luua oma virtuaalseid masinaid, nii algab suurte pilvetehnoloogiate ajastu.
Nüüd on tavaline rääkida suurest kolmest (kuigi poole aasta pärast näen suurt nelja): Amazon veebiteenused, Microsoft Azure, Google Cloud Platform... Yandex Cloud. Viimaste puhul on see eriti tore, sest kui kaasmaalased kiiresti maailmaareenile tormavad, jookseb nahast läbi eriline uhkus.
Samuti on palju ettevõtteid, näiteks Oracle või Alibaba, millel on oma pilved, kuid teatud asjaolude tõttu pole need kasutajate seas nii populaarsed. Ja muidugi hostimise poisid, kes on ka PaaS-i või SaaS-i lahendusi pakkuvad pakkujad.
3.3. Hinnakujundus ja toetused
Ma ei peatu liiga palju pakkujate hinnapoliitikal, sest vastasel juhul on tegemist avatud reklaamiga. Tahaksin märkida tõsiasja, et kõik suured ettevõtted annavad aastaks või lühemaks perioodiks toetusi vahemikus $ 200 kuni $ 700, et teie kasutajatena saaksite kogeda nende lahenduste võimsust ja mõista, mida täpselt vajate.
Samuti on kõik ettevõtted kolmest suurest... või neljast kohe... andmas võimalust liituda partnerite ridadega, viia läbi seminare ja koolitusi, pakkuda oma toodetele sertifikaate ja soodustusi.
Allikas: www.habr.com