Programmēšana

Mākoņi: kur mākonis satiekas ar viedierīcēm

Paaugstināta mēroga publiski mākoņi ir labi izveidoti kā jauna platforma ierakstu sistēmām. ERP, piegādes ķēdes, mārketinga un pārdošanas lietojumprogrammu nodrošinātāji šodien pārsvarā vai ekskluzīvi darbojas ar hiperlīmeņa publiskiem mākoņiem. Tikai Oracle ir tūkstošiem klientu, kas nodarbojas ar priekšējo biroju un aizmugures biroju SaaS. Un klientu saraksts pieaug tādā tempā, kas ievērojami pārsniedz tradicionālo priekšējā biroja un biroja lietojumprogrammu sarakstu.

Paaugstināta mēroga publiskie mākoņi, protams, ir arī piemērota vieta, kur palaist jaunas mākoņdatošanas lietojumprogrammas, kas uzlabo vai paplašina šīs ierakstu sistēmas lietojumprogrammas. Šīs jaunās lietojumprogrammas tiek veidotas atšķirīgi. Lai gan ierakstu sistēmas parasti ir lielas, monolītas lietojumprogrammas, kas darbojas virtuālās mašīnās mākonī, mākoņa vietējās lietojumprogrammas parasti tiek rakstītas kā mikropakalpojumi, iepakotas konteineros un sakārtotas, lai lietotājiem sniegtu pilnīgu lietojumprogrammu. Starp šīs pieejas priekšrocībām:

  • Ātrāka inovācija
  • Spēja nodrošināt specifisku pielāgošanu katram lietojumam
  • Uzlabota koda atkārtota izmantošana
  • Izmaksu ietaupījumi salīdzinājumā ar parasto virtualizāciju, pateicoties lielākam konteineru izvietošanas blīvumam un efektīvākam resursu patēriņam

Tas viss ir vispārzināms, bezgalīgi reklamēts, vairs netiek apspriests.

Mazāk apspriesta ir to lietojumprogrammu galaktika, kas ne vienmēr ir piemērotas centralizētai hiperskalas mākoņu izvietošanai. Tā vietā šīs lietojumprogrammas plaukst izplatītās skaitļošanas vidēs, kas, iespējams, balstītas uz mākoņa pakalpojumiem, tīkla malā vai tās tuvumā. Šīs lietojumprogrammas ir ieslēgšanās un vadības sistēmas.

Sistēmas malā

Vadošā nozares analītiķu firma ir definējusi iesaistīšanās sistēmas kā “atšķirīgas no tradicionālajām reģistrēšanas sistēmām, kas reģistrē darījumus un uztur finanšu uzskaiti: tās koncentrējas uz cilvēkiem, nevis procesiem ... lai tieši piegādātu lietotnes un viedos produktus. klientu, partneru un darbinieku ikdienas dzīves un reāllaika darbplūsmas kontekstā. ” Iesaistīšanās sistēmas, kas paredzētas cilvēku mijiedarbības atvieglošanai, pēc būtības ir vairāk decentralizētas nekā ierakstu sistēmas.

Trešais nošķiramais lietojumprogrammu veids ir tas, ko es saukšu par vadības sistēmām. Šīs lietojumprogrammas nodrošina reāllaika kontroli starp viedierīcēm. Varbūt klasiskais piemērs ir pašpiedziņas transportlīdzekļi. Ja divas automašīnas pa šoseju brauc ar ātrumu 65 jūdzes stundā, tās automātiski nesaskaņo atstatumu, nosūtot datus par ātrumu un atrašanās vietu attālam datu centram apstrādei. Viņi sazināsies tieši savā starpā, reaģējot mikrosekundēs. Neatkarīgi no tā, vai automašīnām ir ātrums, montāžas līniju ražošana vai robotizēta ķirurģija, tīkla latentuma samazināšana ir galvenais interneta lietu jautājums.

Izstrādātāji, kas veido iesaistes un vadības sistēmas, arī izmanto Devops modeli, kura pamatā ir mikropakalpojumi un konteineri. Šāda veida lietošanai konteineri piedāvā:

  • Gandrīz nulles izmaksu ieviešana daudzās sistēmās (domājiet, simtiem tūkstošu transportlīdzekļu)
  • Ātri palaišanas laiki ar tūlītēju atkārtojumu un atiestatīšanu
  • Lielāka pārnesamība, samazinot platformu saderības problēmu dēļ, iespējams, daudz dažādu veidu datoru tīklā

Kur šie konteineri darbosies? Vadības sistēmās konteineri parasti darbosies pašās inteliģentajās ierīcēs, piemēram, pašpiedziņas automašīnā.

Lai darbinātu iesaistīšanās sistēmas, uzņēmumiem būs jāpiedāvā digitālais nekustamais īpašums tīkla malā netālu no saviem klientiem, darbiniekiem un partneriem - nevis hiperskaalu mākoņos, bet gan daudz mazākos mākoņos, kas piemēroti lietošanai uz viegliem konteineriem. . Sauciet tos par mākoņiem.

Ievadiet mākoņus

Mākoņi ir veids, kā mākoņu skaitļošanas jaudu tuvināt inteliģentajām ierīcēm tīkla malā. Tā kā Karnegija Melona pētnieki definē mākoņus, tie ir trīs līmeņu hierarhijas vidējais līmenis: inteliģentā ierīce, mākonis un mākonis. Mākoņlapas var apskatīt kā datu centru lodziņā ar mērķi tuvināt mākoni ierīcei. Pamatojoties uz CMU pētnieka idejām, es uzskatu, ka mākoņiem vajadzētu būt četriem galvenajiem atribūtiem:

  • Neliels, zemu izmaksu, bez apkopes ierīču dizains, kas balstīts uz standarta mākoņu tehnoloģiju
  • Jaudīgs, labi savienots un drošs
  • Uztur tikai mīksto stāvokli (paredzēts mikropakalpojumiem un konteineriem)
  • Atrodas tīkla malā, tuvu viedajām ierīcēm, ar kurām tas sazināsies

Ietekme ir ievērojama. Piemēram, lai gan daudziem cilvēkiem ir redzējums par virtuālo uzņēmumu, kas mākonī centralizēti vada lietojumprogrammas vienā hiper skalas datu centrā, realitāte ir tāda, ka novatoriski uzņēmumi iesaistīšanās un vadības lietojumprogrammas izvietos simtiem vai potenciāli tūkstošos mākoņu visā pasaulē.

Mazumtirgotājam var būt acīmredzams, kur izvietot mākoņu infrastruktūru un konteinerus, kurus tie vada: mazumtirgotāju tirdzniecības vietās. Citiem uzņēmumiem, kuriem nav vietēja līmeņa klātbūtnes, telekomunikāciju pakalpojumu sniedzēji piedāvā mākoņpakalpojumus metropoles datu centros vai pat tikpat ģeolokāli kā tuvākais mobilo tālruņu tornis.

Faktiski, tā vietā, lai piederētu simtiem datu centru visur, kur vēlas klātbūtni, uzņēmumi var uz noteiktu laiku īrēt nelielu mākoņa daļu - faktiski viesnīcas numuru, lai tos varētu izmantot vietējā datu centrā. Lietojumprogramma tiek reģistrēta un izrakstīta pēc vajadzības cilvēkiem, ierīcēm vai sensoriem tīkla malā.

Ganāmpulku konteineri

Vēl viena svarīga nozīme: tradicionālā, manuālā pieeja problēmu novēršanai dod iespēju automatizēt. Ar simtiem vai tūkstošiem konteineru, kas tiek piespiesti milzīgam skaitam mākoņu, ražošanas problēmu novēršanas dienas ir beigušās.

Vai ir aparatūras kļūme? Konteineru automātiska mērogošana pēc vajadzības var automātiski palaist jaunu konteineru liekā mākoņa aparatūrā. Sistēmas programmatūras kļūme? Bojātus konteinerus var iznīcināt un ielādēt jaunu konteineru. Lietojumprogrammatūras kļūme? Vienreiz izlabojiet avotu un izstumiet jaunu konteineru vilni. Nekad nenovietojiet un neuzlabojiet konteinerus laukā.

To sauc par lietojumprogrammu izvietošanas un pārvaldības modeli “liellopi pret mājdzīvniekiem”, kā aprakstījis Gevins Makkenss no CERN. Mājdzīvnieki ir unikāli. Viņi ir audzināti ar rokām un mīļi aprūpēti. Kad viņi saslimst, jūs viņus atgriežat pie veselības stāvokļa. Daudz ko tādu var teikt par tradicionālajām OLTP un lēmumu atbalsta sistēmām, kas būvētas ar masīvām, sarežģītām monolītām lietojumprogrammām.

No otras puses, sistēmas, kuru pamatā ir mikropakalpojumi un konteineri, tiek vairāk apstrādātas kā liellopi. Liellopi ir gandrīz identiski viens otram. Jums to var būt simtiem vai tūkstošiem. Kad viens saslimst, jūs to aizstājat ar citu.

Tātad IT darbību pamatnostādne par konteineriem balstītām iesaistes un kontroles sistēmām ir atšķirīga. IT ražos daudz konteineru un izspiedīs tos mākoņos, kas atrodas tuvu lietotājiem, un datus īslaicīgai lietošanai, parasti stundas vai dienas. Ja konteineram ir kļūme vai tas ir novecojis, tas nav labots vai jaunināts: tas tiek izdzēsts un jauns konteiners tiek virzīts uz mākoni.

Lai bizness darbotos kā saliedēts kopums, būs jāintegrē uzskaites, iesaistīšanās un kontroles sistēmas. Kopēju infrastruktūru visam dzīves ciklam - izstrādi, izveidi, izplatīšanu, uzraudzību un pārvaldību - var izmantot, lai izveidotu un izvietotu izplatītus mākoņpakalpojumus konteineru veidā. Lielas monolītās SaaS lietojumprogrammas nezudīs, taču tās var būt izņēmums, nevis likums.

Tehnoloģijas, kas vajadzīgas, lai šī koncepcija kļūtu par realitāti, nonāk uzmanības centrā. Arvien vairāk tiek atzīts, cik svarīga ir rīku kopa, kas vienkāršo konteineru izstrādes, izvietošanas un pārvaldības dzīves ciklu.

Uz mikropakalpojumiem balstītas lietojumprogrammu izstrādes pamatā ir tādi rīki kā skriptu valodas, izstrādes ietvari, avotu krātuves, kļūdu izsekošanas rīki, nepārtrauktas integrācijas rīki un bināras krātuves. Citi rīki iesaiņo un izvieto mikropakalpojumus kā konteinerus. Izvietošanas un konfigurēšanas pārvaldības rīki ir paredzēti bieži vienādu pakalpojumu ieviešanai identiskos serveros. Orķestrēšanas rīkus izmanto, lai izveidotu loģiskas konteineru kolekcijas, kas pieder lietojumprogrammai klastera pārvaldībai, plānošanai, pakalpojumu atklāšanai, uzraudzībai un citām lietām.

Daudzi uzņēmumi piegādā šos rīkus, un nozares standarti sāk parādīties. Šie rīki un standarti galu galā var ļaut uzņēmumiem vadīt virtuālo datu centru, kas sastāv no daudziem mākoņpakalpojumiem potenciāli desmitiem vai simtiem fizisko datu centru.

Kā jūs varat sākt strādāt ar šo lielāko virtuālā datu centra redzējumu? Ir divi tūlītēji soļi. Pirmkārt, nogādājiet savas reģistrācijas sistēmas publiskajā mākonī un atbrīvojiet iekšējos resursus, lai koncentrētos uz jaunām novatoriskām iesaistīšanās un kontroles sistēmām. Otrkārt, izveidojiet devops disciplīnu savā IT organizācijā. Abi soļi var būt gari un apgrūtinoši, taču viņi var samaksāt par sevi, kad iet. Ceļojuma beigās atrodas virtuāls datu centrs ar mērogojamību, uzticamību un atsaucību, kas nepieciešama patiesam reāllaika uzņēmumam.

Roberts Šimps ir Oracle Linux un virtualizācijas produktu vadības grupas viceprezidents.

Jauno tehnoloģiju forums nodrošina vietu, kur bezprecedenta dziļumā un plašumā izpētīt un pārrunāt topošās uzņēmuma tehnoloģijas. Izvēle ir subjektīva, balstoties uz mūsu izvēlētajām tehnoloģijām, kuras, mūsuprāt, ir svarīgas un interesē lasītājus. nepieņem mārketinga nodrošinājumu publicēšanai un patur tiesības rediģēt visu ieguldīto saturu. Nosūtiet visus jautājumus uz [email protected].

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