Mikä on hienoa, ja ei niin hienoa, palvelimeton tietotekniikka

Kirjoittaja: Roger Morrison
Luomispäivä: 25 Syyskuu 2021
Päivityspäivä: 1 Heinäkuu 2024
Anonim
Mikä on hienoa, ja ei niin hienoa, palvelimeton tietotekniikka - Tekniikka
Mikä on hienoa, ja ei niin hienoa, palvelimeton tietotekniikka - Tekniikka

Sisältö


Lähde: chombosan / iStockphoto

Ottaa mukaan:

Serverless computing on uusin malli pilvipohjaiseen virtuaaliseen infrastruktuuriin. Ota selvää, mitä se voi ja mitä ei voi tehdä nykypäivän yrityksen työmäärään.

Teknologiaryhmät ovat ennustaneet tietotekniikkainfrastruktuurin loppumista jo jonkin aikaa, ainakin siltä osin kuin yritys on huolissaan. Mutta palvelimettoman tietojenkäsittelyn nousu on siirtänyt keskustelun aivan uudelle tasolle. (Katso palvelimettoman tiedon perusteet kohdasta Serverless Computing 101.)

Kysymys on varmasti pätevä. Miksi kukaan haluaisi käydä läpi aikaa, vaivaa ja kustannuksia oman laskentainfrastruktuurinsa rakentamisessa, kun he voivat vain vuokrata tarvitsemansa abstraktit resurssit vain tarvittavaksi ajaksi?

Mutta kuten kaikilla tekniikoilla, myös palvelimettomilla on hyvät ja huonot puolensa, mikä tarkoittaa, että se tarjoaa optimaalisen tuen joillekin sovelluksille, keskinkertaisen tuen toisille ja heikon tuen toisille.


Parempi virtualisointi

Ensinnäkin hyvät kohdat. Israelin yrittäjäyhtiön YL Venturesin mukaan palvelimeton tietojenkäsittely on seuraava vaihe infrastruktuurina palveluna, jossa ajoista ja operatiivisista hallintatoiminnoista tulee virtualisoinnin painopiste. Siksi sitä kutsutaan joskus palveluna, koska sen avulla käyttäjät voivat suorittaa tietyn tehtävän huolehtimatta tarjouspalvelimista, virtuaalikoneista tai muista taustalla olevista laskentaresursseista. Keskeisiä etuja ovat parantunut ketteryys ja skaalautuvuus, entistä tarkemmat kustannus / kulutusmallit ja jopa parannettu turvallisuus, etenkin DDoS-hyökkäyksiä vastaan. (Katso uudesta menetelmästä DDoS-hyökkäysten torjumiseksi kohdasta Onko Blockchain-tekniikka DDoS-hyökkäysten vanhentumista?)

Näistä syistä, yrityksen mukaan, palvelimettomalla on potentiaalia mullistaa tapa, jolla monimutkaisia ​​ohjelmistoja kehitetään, otetaan käyttöön ja hallitaan, mikä puolestaan ​​muuttaa tapaa, jolla yritys luo ja tukee avainasovelluksia yhä enemmän palvelupohjaiseen talouteen. Uudet aloitteet, kuten DevOps ja esineiden Internet, saavat todennäköisesti huomattavan lisäyksen sekä toiminnallisuudessa että kustannussäästöissä palvelimettoman tietojenkäsittelyn kautta.


Yksi palvelimettomien johtavista mestarista on itse asiassa Netflix. Yli 100 miljoonalla tilaajalla streaming data-raskaan videosisällön, yritys viime aikoina suoritti siirtämisen sisällön toimitus alustan pilveen. Se käyttää nyt AWS Lambda -palvelua mediatiedostoihin, varmuuskopiointiin, ilmentymien käyttöönottoon ja valvontaohjelmien tukemiseen. Toki, yritys voisi tallettaa kaiken tämän sisäiseen infrastruktuuriin, mutta pelkästään pääomakustannukset olisivat tähtitieteellisiä, puhumattakaan teknikkojen armeijasta, joita tarvitaan ylläpitämään jotain lähellä toiminnan tehokkuutta.

Donna Malayeri, Microsoftin Azure-funktioiden ohjelmistopäällikkö, huomauttaa myös, että palvelimettoman tekniikan uusimmat iteraatiot poistavat joukon keskeisiä esteitä, jotka ovat estäneet käyttöönoton heti. Niihin sisältyy tiukempi tuki virheenkorjaukselle ja seurannalle sekä tuki paikallisille virtuaalikoneille, joiden avulla yritykset voivat omaksua paikan päällä tapahtuvan kehityskokemuksen, joka on välttämätöntä yrityksille, jotka rakentavat yksityisiä ja hybridipilviä. Palvelimettoman käytön yhteydessä kaikki yrityksen on huolehdittava koodistaan ​​ja siitä, kuinka se laukaistaan; alla oleva alusta hoitaa kaiken muun.

Tech Republicin Matt Asay sanoo, että kaikki palvelimettoman tietojenkäsittelyn haitat eivät kuitenkaan ole ratkaistu. Ensinnäkin, tekniikka helpottaa koodin luomista, isännöimistä palvelimettomassa resurssissa ja unohtaa sen jälkeen kuin koskaan. Tämä puolestaan ​​johtaa tarpeettomaan resurssien kulutukseen ja laajennettuihin hyökkäysvektoreihin, joita voidaan hyödyntää haitallisen koodin lisäämiseksi yrityksen tietoympäristöön. Samalla palvelimettomalla on potentiaalia lisätä riippuvuutta yhdestä palveluntarjoajasta, kun on helpompaa avata uusi koodi samalla alustalla, joka tukee olemassa olevaa koodia. Molemmissa tapauksissa on kuitenkin tärkeää huomata, että ongelmat eivät johdu itse palvelimettomasta ratkaisusta, vaan tavasta, jolla yritys päättää hallita sitä.

Ei vikoja, ei stressiä - vaiheittaiset ohjeet elämää muuttavien ohjelmistojen luomiseen tuhoamatta elämääsi

Et voi parantaa ohjelmointitaitojasi, kun kukaan ei välitä ohjelmiston laadusta.

Tunnetut tuntemattomat

Palvelimettoman laskennan sekä positiivisten että negatiivisten puolien lisäksi on vielä paljon tuntemattomia siitä, miten se integroituu kokonaiseen tietoekosysteemiin. Pelinkehittäjän Michael Churchmanin mukaan palvelimettomia käyttötapoja ei ole vielä määritelty ja ne näyttävät rajoittuvan lähinnä suuren määrän taustaprosesseihin ja reaaliaikaiseen tiedonsiirtoon. Nämä ovat tärkeitä toimintoja, mutta ne edustavat vain pienen osan koko yrityksen työmäärästä.

Toinen suuri kysymys on, tuleeko palvelimettoman integroida vanhaan infrastruktuuriin vai korvata se. Kiusauksena on käyttää resursseja, jotka maksavat vähiten ja tarjoavat korkeimman suorituskyvyn. Mutta sen määrittäminen tapauskohtaisesti voi olla vaikeaa, etenkin kun tuettavat palvelut alkavat olla vuorovaikutuksessa toistensa kanssa uudella ja ennakoimattomalla tavalla.

Kolmannen osapuolen ratkaisuna palvelimeton myös kohtaa samat haasteet sovelluksen ja palvelun suorituskyvyn suhteen. SLA on hieno palvelujen kadonneen tai heikentyneen korjaamisen selventämiseksi, mutta ne eivät voi taata käyttöaikaa. Kun päätät siirtyä palvelimettomaksi tietylle sovellukselle, arvioi huolellisesti seisokkien reaalimaailman seuraukset.

Myös muiden nousevien tekniikoiden, nimittäin konttien, ja palvelimettoman tietojenkäsittelyn välinen suhde on suurelta osin tuntematon. Monien mielestä palvelimeton edustaa astioiden loppua, ennen kuin ne edes etenevät merkittävästi yrityksen tietoympäristöön. Churchman väittää kuitenkin, että palvelimettomat ja säilöt todella täydentävät toisiaan, ja palvelimettomat resurssit toimivat ulkoisena palveluna, jota ei välttämättä tarvitse integroida tiiviisti sovelluksen pääsäiliön ekosysteemiin.

Kuten minkä tahansa kehittyvän tekniikankin, yrityksen tulisi omaksua palvelimettomana varovaisuus ja selkeä käsitys siitä, mitä se toivoo voivansa saada uudesta ympäristöstä. Vain huolellisella ja hyvin suunnitellulla hyväksymisellä organisaatiot voivat vähentää riskiä uskoa avaintoiminnot edelleen kehittyvälle kolmannen osapuolen tietoratkaisulle parantaen samalla uuden, ketterämmän toimintaympäristön etuja.