Szerver nélküli számítástechnikai előnyök és hátrányok: 5 előnye és 3 hátránya

Kép: egy kép, Getty Images / iStockphoto

Ha ki vannak téve a felhőalapú számítástechnika világának, valószínűleg hallott már egy egyre népszerűbb szolgáltatásról: Szerver nélküli számítás.

A kiszolgálás kiszámításának ezen formájának megvannak a maga előnyei, különösen azok számára, akik igazán szeretnék a felhőalapú számítástechnikát, de ez nem mindenki számára elérhető. Ha azt fontolgatta, hogy egy állandóan felhő-számítógépet átirányít az igény szerinti kiszolgáló nélküli szolgáltatásokra, mérlegelje ezeket az előnyöket és hátrányokat, hogy kiderítse, ha a kiszolgáló nélküli számítás megfelelő az Ön számára.

A kiszolgáló nélküli számítástechnika 5 előnye

1. Nincs fenntartható infrastruktúra

Folytatódik a vita arról, hogy a felhő valóban „valaki más számítógépének felel-e meg”, ám ennek a vitának nincs valójában helye a kiszolgáló nélküli számításban.

A kiszolgáló nélküli számítógépes szolgáltatásokat, amelyek egy kis kódrészlet, amely egyetlen funkció végrehajtására szolgál, a már létező szerverekre is végrehajtják, amelyek számtalan más ügyfél számára is működtetnek funkciókat. Mivel szó szerint valaki más számítógépét használja kiszolgáló nélküli funkcióinak végrehajtására, nincs kiszolgáló nélküli számítástechnika - akár gyakorlatilag is - fenntartása.

2. Nincs költség, ha a funkciók nem futnak

Amint a Hacker Noon rámutat, a kiszolgáló nélküli számítástechnika költségei minimálisak, mint a többi felhőszolgáltatás. A kiszolgáló nélküli modell kiküszöböli a hozzáférési engedélyezést, a jelenlét-észlelést, a biztonságot, a képfeldolgozást és a kiszolgáló üzemeltetésével kapcsolatos fizikai vagy virtuális költségeket.

A szerver nélküli számításhoz kapcsolódó költségek megismeréséhez tekintse meg az AWS Lambda árazási táblázatot. A Lambda funkciók az AWS által kínált szerver nélküli számítástechnika egyik típusa, és hihetetlenül költséghatékony azok számára, akiknek elemzést, adatfeldolgozást, webes alkalmazások kezelését vagy egyéb, a Lambda által kezelt szolgáltatásokat igényelnek.

Azoknak, akik kevesebb, mint egy millió és 400 000 GB-másodperc számítási időt havonta teljesítenek, nem kell egyetlen dolgot fizetniük. Ezen felül csak egy további millió igénylésenként 0, 20 USD és minden további GB-másodperc feldolgozási teljesítménynél 0, 00001667 USD (ez csak egy becslés, és a függvény felhasznált memória mennyiségétől függően változhat). Az árazás minden régióban azonos, kivéve Hong Kongot (a részletekért lásd az AWS Lambda árazási oldalt).

Röviden: a kiszolgáló nélküli funkciók olcsók lehetnek, és ha nem kerül felhasználásra, akkor nem fizetnek semmit.

3. Végtelen skálázhatóság

A Google felhőfunkcióit tekintve az egyik legfontosabb értékesítési pont az automatikus méretezési képességek. A Google megosztja ezt a képességet az AWS-vel és az Azure-val - valójában minden olyan kiszolgáló nélküli platformot, amelybe érdemes befektetni, a szükségletek alapján méretezik.

Ez egy további előnye a kiszolgáló nélküli számítástechnikának - soha nem kell új felhő-kiszolgálót particionálni, vagy megvásárolni további számítási teljesítményt egy meglévő példányhoz. Mindezt a kiszolgáló nélküli számítási platform kezeli, így a további számítási idő kicsit nagyobb számláján kívül semmiféle bonyodalom nélkül maradhat.

4. Csökkent késés

A Cloudflare rámutat arra, hogy a kiszolgáló nélküli funkciók használata jelentősen csökkentheti a végfelhasználók által tapasztalt késést. A kiszolgáló nélküli funkciók nem az eredeti kiszolgálótól működnek, így nincs egyetlen hely, ahova a végfelhasználó forgalmát kell irányítani.

Ehelyett bármelyik felhőszolgáltató adatközpontja kiszolgáló nélküli funkció futtatásához használható. Ez azt jelenti, hogy melyik szerverhez a legközelebb van a felhasználó, aki végrehajtja a funkciót, jelentősen csökkentve a válaszidejét.

5. Kisebb szoftver bonyolultság

Amikor a kódot közvetlenül a számítógépen futtatjuk, sok mindent figyelembe kell venni: Az operációs rendszer, az egyes feladatok elvégzéséhez szükséges hardver erőforrások, függőségek és egyéb tényezők mind részét képezik a funkcionális alkalmazás felépítésének.

A kiszolgáló nélküli számítási funkcióknak ezt nem kell figyelembe venniük - a kódot csak a használt felhőplatformnak kell támogatnia. A szerver nélküli funkciók egyszerűbb felépítése mellett sokkal kevesebb kódolási ismereteket igényelnek, amelyek fejlesztést nyitnak az alacsonyabb képzettségi szintűek számára.

3 hátrány a kiszolgáló nélküli számítástechnikában

1. Biztonsági kérdések

A kiszolgáló nélküli funkciókat futtató kiszolgáló számtalan vásárló számára futtatja őket, ami sok biztonsági problémát felveti. A TechRepublic testvérhelyén található ZDNet felsorolja a kiszolgáló nélküli számításokhoz kapcsolódó 10 lehetséges biztonsági kockázatot, amelyek a következők:

  • Funkció esemény adatainak injektálása, amely egy SQL injekció stílusú támadás egy kiszolgáló nélküli funkciókat futtató kiszolgálón;
  • Nem biztonságos kiszolgáló nélküli telepítési konfiguráció, amely számtalan hibát okoz az adminisztrációs végén, amelyek kiszolgáló nélküli kiszolgáló kiszolgálókat nyitnak a középtávú támadások számára;
  • A funkciók nem megfelelő megfigyelése és naplózása, amely az adminisztrátorokat elkísérheti a felderítést végző támadókhoz a támadási potenciál tesztelésére;
  • Nem biztonságos harmadik féltől való függőség - a kiszolgáló nélküli funkciók, amelyek harmadik féltől való függőségeket igényelnek, veszélyeztethetik az adatokat, ha ezek a függőségek rosszindulatú kódot tartalmaznak; és
  • A kiszolgáló nélküli platformokat okozó DDoS támadások túlterhelhetik őket, és egyidejűleg több ügyfél funkcióját is leépíthetik.

2. Szállítói zárolás

A kiszolgáló nélküli funkciók összeállítása az egyik platformon azt jelentheti, hogy a másikra történő átállás nehéz. Előfordulhat, hogy a kódot újra kell írni, az egyik platformon létező API-k nem léteznek a másikon, és további munkaerőt (és pénzt) kell elkötelezni az AWS-ből az Azure-ba vagy a Google Cloud-ba való áttérés érdekében.

Ha szerver nélküli platformba kíván befektetni, akkor győződjön meg arról, hogy az Ön által megvizsgált eladó mindent tartalmaz, amire szüksége van, mivel komoly problémát jelenthet, ha elégedetlenné válik a kiszolgáló nélküli számítástechnikai szolgáltatóval néhány hónapra vagy évre a szolgáltatásba.

3. A hibakeresés nehezebb

Minden alkalommal, amikor egy kiszolgáló nélküli példány felpörget, új verziót hoz létre, és ez azt jelenti, hogy nehéz kiszámítani a kiszolgáló nélküli funkció hibakereséséhez és javításához szükséges adatokat.

Léteznek olyan harmadik fél által készített eszközök, amelyek kiszolgáló nélküli funkció eseményeket naplóznak, de további eszköz hozzáadása nélkül a kiszolgáló nélküli funkció hibakeresése nehézkes lehet. Az AWS például egy lépésről-lépésre történő hibakeresést (soronkénti menést) igényel, hogy megtudja, mi a baj.

A kiszolgáló nélküli funkciók hibakeresése lehetséges, de ez nem egyszerű feladat, és sok időt és erőforrást igényelhet.

A kiszolgáló nélküli számítástechnika ideális az Ön számára?

Ha a kiszolgáló nélküli számítástechnikát kívánja figyelembe venni, az kevésbé csökken az előnyei és hátrányai, és inkább az Ön egyedi igényei szerint.

Ha a számítástechnikai igényei általában granulált, rövid távú, egyetlen célú feladatokra irányulnak, akkor a kiszolgáló nélküli számítástechnika nagy idő- és pénzmegtakarítást jelenthet. Ha olyan nyílt végű rendszerekre van szüksége, amelyek sok mélyreható elemzést végeznek, vagy hosszan tartó számításokat végeznek, akkor valószínűleg nem az Ön számára.

Ha többet szeretne tudni a kiszolgáló nélküli számítási lehetőségekről, nézze meg az AWS, a Google Cloud, az IBM Cloud Functions és a Microsoft Azure oldalait.

Felhő és minden, mint szolgáltatási hírlevél

Ez a forrás az AWS, a Microsoft Azure, a Google Cloud Platform, az XaaS, a felhőbiztonság és még sok más legfrissebb verziójáról. Hétfőn

Regisztrálj még ma

© Copyright 2021 | mobilegn.com