Programavimas

Debesys: kur debesys susitinka su išmaniaisiais įrenginiais

Didelio masto viešieji debesys yra gerai įsitvirtinę kaip nauja įrašų sistemų platforma. ERP, tiekimo grandinės, rinkodaros ir pardavimo programų teikėjai šiandien daugiausia arba išimtinai yra įsikūrę didelio masto visuomenės debesyse. Vien „Oracle“ turi tūkstančius klientų, skirtų „SaaS“ priekiniam ir galiniam ofisui. Klientų sąrašas auga tokiu greičiu, kuris gerokai viršija tradicinių „front-office“ ir „back-office“ programų sąrašą.

Didelio masto viešieji debesys, be abejo, taip pat yra tinkama vieta paleisti naujas debesies programas, kurios patobulina ar praplečia tas įrašų sistemos programas. Šios naujos programos yra suprojektuotos skirtingai. Įrašų sistemos paprastai yra didelės, monolitinės programos, veikiančios virtualiose mašinose debesyje, o debesyje esančios programos paprastai rašomos kaip mikropaslaugos, supakuotos į konteinerius ir suderintos, kad vartotojams pateiktų išsamią programą. Tarp šio požiūrio pranašumų:

  • Spartesnės naujovės
  • Galimybė pateikti specifinius pritaikymus kiekvienai programai
  • Pagerintas pakartotinis kodo naudojimas
  • Dėl didesnio konteinerių diegimo tankio ir efektyvesnio išteklių sunaudojimo sutaupomos išlaidos, palyginti su įprasta virtualizacija

Visa tai yra visuotinai žinoma, be galo reklamuojama, nebediskutuojama.

Vis dėlto mažiau diskutuojama apie programų, kurios nebūtinai tinka centralizuotai didelio masto debesims diegti, galaktiką. Vietoj to, šios programos klesti paskirstytoje skaičiavimo aplinkoje, galimai pagrįstoje debesų paslaugomis, tinklo krašte ar arti jo. Šios programos yra įjungimo ir valdymo sistemos.

Sistemos krašte

Pagrindinė pramonės analitikų įmonė apibrėžė įsitraukimo sistemas kaip „kitokias nei tradicinės įrašų sistemos, registruojančios sandorius ir tvarkančios finansinę apskaitą: jos orientuojasi į žmones, o ne į procesus ... tiesiogiai tiekdamos programas ir išmaniuosius produktus klientų, partnerių ir darbuotojų kasdienio gyvenimo ir realiojo laiko srautų kontekste “. Įtraukimo sistemos, skirtos palengvinti žmonių sąveiką, iš esmės yra labiau decentralizuotos nei įrašų sistemos.

Trečiasis taikymo tipas, kurį reikia atskirti, yra tai, ką aš vadinsiu valdymo sistemomis. Šios programos suteikia galimybę realiuoju laiku valdyti išmaniuosius įrenginius. Galbūt klasikinis pavyzdys yra savaime vairuojančios transporto priemonės. Jei du automobiliai greitkeliu važiuoja 65 mylių per valandą greičiu, jie neketina automatiškai derinti savo atstumo, siųsdami duomenis apie greitį ir padėtį į nuotolinį duomenų centrą apdoroti. Jie tiesiogiai bendraus tarpusavyje, atsakydami mikrosekundėmis. Nesvarbu, ar greitas automobilis, ar surinkimo linijos, ar robotizuota chirurgija, tinklo vėlavimo sumažinimas yra pagrindinis daiktų interneto klausimas.

Kūrėjai, kuriantys įtraukimo ir valdymo sistemas, taip pat naudoja „Devops“ modelį, pagrįstą mikroservisais ir konteineriais. Tokio tipo programoms konteineriai siūlo:

  • Beveik nulis diegimo daugelyje sistemų išlaidų (manau, šimtai tūkstančių transporto priemonių)
  • Greitas paleidimo laikas, naudojant greitą atkūrimą ir atstatymą
  • Didesnis perkeliamumas dėl sumažėjusių platformų suderinamumo problemų daugelyje skirtingų tipų kompiuterių tinkle

Kur veiks šie konteineriai? Valdymo sistemose konteineriai paprastai važiuos pačiuose intelektualiuose įtaisuose, pavyzdžiui, savaime važiuojančiame automobilyje.

Siekdamos vykdyti įsitraukimo sistemas, įmonės turės įsigyti skaitmeninio nekilnojamojo turto tinklo pakraštyje arti savo klientų, darbuotojų ir partnerių - ne per didelio masto debesyse, o daug mažesniuose debesyse, tinkamuose lengviems konteinerių pritaikymams. . Vadinkite juos debesėlėmis.

Įveskite debesėles

Debesėliai yra būdas perkelti debesų kompiuterijos pajėgumus arčiau intelektualiųjų įrenginių tinklo pakraštyje. Carnegie Mellon tyrinėtojams apibrėžiant debesėlius, jie yra trijų pakopų hierarchijos vidurinė pakopa: intelektualusis įrenginys, debesėlis ir debesys. Į debesėlius galima žiūrėti kaip į duomenų centrą dėžutėje, siekiant debesį priartinti prie įrenginio. Remdamasis CMU tyrėjo mintimis, manau, kad debesėliai turėtų turėti keturis pagrindinius požymius:

  • Mažas, nebrangus, nereikalaujantis priežiūros prietaisų dizainas, pagrįstas standartine debesų technologija
  • Galingas, gerai sujungtas ir saugus
  • Palaiko tik minkštą būseną (sukurta mikropaslaugoms ir talpykloms)
  • Įsikūręs tinklo pakraštyje, netoli intelektualiųjų įrenginių, su kuriais jis susisieks

Poveikis yra reikšmingas. Pavyzdžiui, nors daugelis žmonių mato virtualios įmonės, vykdančios programas centralizuotai, viename didelio masto duomenų centre debesyje, viziją, realybė yra ta, kad novatoriškos įmonės įtraukimo ir valdymo programas įdiegs šimtuose ar potencialiai tūkstančiuose debesų visame pasaulyje.

Mažmenininkui gali būti akivaizdu, kur įdėti debesėlių infrastruktūrą ir jų valdomus konteinerius: mažmenininko prekybos vietose. Kitoms įmonėms, kurios neturi vietinio mūrinio skiedinio, telekomunikacijų paslaugų teikėjai siūlo debesų paslaugas didmiesčių duomenų centruose ar net taip pat geolokaliai kaip artimiausias mobiliojo telefono bokštas.

Iš tikrųjų, užuot turėjusios šimtus duomenų centrų, kur tik norima, įmonės gali tam tikrą laiką išsinuomoti šlakelį debesų - faktiškai viešbučio kambarį, skirtą jų pritaikymui vietiniame duomenų centre. Programa tikrina ir tikrina, jei to reikia žmonėms, įrenginiams ar jutikliams tinklo pakraštyje.

Ganyklų konteineriai

Kita svarbi pasekmė: tradicinis rankinis požiūris į problemų sprendimą užleidžia vietą automatizavimui. Kai šimtai ar tūkstančiai konteinerių buvo išstumti į didžiulį debesų kiekį, baigėsi gaminimo trikčių šalinimo dienos.

Turite aparatūros gedimą? Automatinio mastelio keitimas gali prireikus automatiškai paleisti naują konteinerį nereikalingoje debesų aparatinėje įrangoje. Sistemos programinės įrangos gedimas? Sugedusius konteinerius galima išmesti ir pakrauti naują konteinerį. Programinės įrangos gedimas? Vieną kartą pataisykite šaltinį ir visame pasaulyje išstumkite naują konteinerių bangą. Niekada neužklijuokite ir nepagerinkite konteinerių lauke.

Tai vadinama „galvijų prieš naminius gyvūnus“ programos diegimo ir valdymo modeliu, kaip aprašė Gavinas McCance'as iš CERN. Augintiniai yra unikalūs. Jie yra rankomis auginami ir su meile prižiūrimi. Kai jie suserga, jūs juos slaugote. Panašiai galima pasakyti apie tradicines OLTP ir sprendimų palaikymo sistemas, sukurtas naudojant didžiulius, sudėtingus monolitinius pritaikymus.

Kita vertus, mikroservisais ir konteineriais pagrįstos sistemos yra traktuojamos labiau kaip galvijai. Galvijai yra beveik identiški vienas kitam. Jų galite turėti šimtus ar tūkstančius. Vienam susirgus, jūs jį pakeisite kitu.

Taigi pagrindinis konteinerių pagrindu veikiančių sistemų valdymo IT operacijų požiūris yra kitoks. IT gamins daugybę talpyklų ir išstums jas į vartotojams artimus debesėlius ir duomenis trumpam naudojimui, paprastai valandoms ar dienoms. Jei sudėtiniame rodinyje yra gedimas arba jis pasenęs, jis nėra pataisytas ar naujovinamas: jis ištrinamas ir naujas sudėtinis rodinys nustumiamas į debesį.

Kad verslas veiktų kaip vientisa visuma, reikės integruoti apskaitos, įtraukimo ir kontrolės sistemas. Bendra viso gyvenimo ciklo infrastruktūra - plėtoti, kurti, platinti, stebėti ir valdyti - gali būti naudojama kuriant ir diegiant paskirstytas debesies paslaugas konteinerių pavidalu. Didelės monolitinės „SaaS“ programos neišnyks, tačiau jos gali būti išimtis, o ne taisyklė.

Technologijos, reikalingos šiai koncepcijai paversti realybe, atsiduria dėmesio centre. Vis labiau pripažįstama, kad svarbu turėti įrankių rinkinį, kuris supaprastina konteinerių kūrimo, diegimo ir valdymo gyvavimo ciklą.

Mikroservisais pagrįstas programų kūrimas paprastai remiasi tokiais įrankiais kaip scenarijų kalbos, kūrimo sistemos, šaltinių saugyklos, klaidų sekimo įrankiai, nuolatinės integracijos įrankiai ir dvejetainės talpyklos. Kiti įrankiai supakuoja ir naudoja mikropaslaugas kaip konteinerius. Valdymo įrankiai, skirti diegti ir konfigūruoti, yra skirti dažnai diegti tapačias paslaugas vienoduose serveriuose. Orkestravimo įrankiai naudojami kuriant logines talpyklų kolekcijas, priklausančias klasterių valdymo, planavimo, paslaugų atradimo, stebėjimo ir kt. Programoms.

Daugelis įmonių teikia šiuos įrankius, o pramonės standartai pradeda rodytis. Galiausiai šie įrankiai ir standartai gali suteikti įmonėms galimybę valdyti virtualų duomenų centrą, kurį sudaro daugybė debesų paslaugų, galimai dešimtys ar šimtai fizinių duomenų centrų.

Kaip galite pradėti kurti šią didesnę virtualaus duomenų centro viziją? Yra du neatidėliotini žingsniai. Pirmiausia pateikite įrašų sistemas viešam debesiui ir atlaisvinkite savo vidinius išteklius, kad sutelktumėte dėmesį į naujas novatoriškas įtraukimo ir kontrolės sistemas. Antra, nustatykite „devops“ drausmę savo IT organizacijoje. Abu žingsniai gali būti ilgi ir sunkūs, tačiau jie gali sumokėti už save. Kelionės pabaigoje yra virtualus duomenų centras, kurio mastelis, patikimumas ir reagavimas yra būtini tikrai įmonei realiuoju laiku.

Robertas Shimpas yra „Oracle“ „Linux“ ir „Virtualization Product Management“ grupės viceprezidentas.

Naujųjų technologijų forumas suteikia galimybę tyrinėti ir aptarti besiformuojančios įmonės technologijas beprecedentiame gylyje. Atranka yra subjektyvi, atsižvelgiant į mūsų pasirinktas technologijas, kurios, mūsų manymu, yra svarbios ir labiausiai domina skaitytojus. nepriima rinkodaros užtikrinimo priemonės paskelbimui ir pasilieka teisę redaguoti visą pateiktą turinį. Visus klausimus siųskite adresu [email protected].

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