Miért akadályozza az IT szűk nézete a kiszolgáló nélküli számítástechnikában?

Kép: iStock / Vladimir_Timofeev

Több mint egy év elteltével, hogy megemlítsem a kiszolgáló nélküli számítás fogalmát, elkezdtem elgondolkozni, miért hasonlítják ezt a koncepciót csak a szolgáltatásként (FaaS), és nem a platformként mint a szolgáltatásként (PaaS). Ideje kibővíteni a kiszolgáló nélküli számítás fogalmát.

Az IT infrastruktúra és az alkalmazásfejlesztés kapcsolatának ezen a pontján jól ismerjük a táncot. A fejlesztő új projektkérést nyit meg. Az infrastruktúra négy kérdést tesz fel:

  1. Mennyi RAM szükséges?
  2. Hány CPU szükséges?
  3. Mennyi tárhelyre van szükség ellátással?
  4. Hány IOPS szükséges?

Az igazság az, hogy a fejlesztőknek nem kell megérteniük az infrastruktúra követelményeit ennyire mélyen. A fejlesztõnek meg kell értenie a megoldandó üzleti problémát és a probléma megoldásához szükséges kódolási eszközöket. A fejlesztők és az infrastruktúra közötti megszakadt kapcsolat javításának vágya rávilágít a szerver nélküli vonzerejére.

Szolgáltatásként működik

A kiszolgáló nélküli fogalom eddig az eseményvezérelt számítástechnikával egyenértékű. A tipikus használati esetek a forró új FaaS megoldások, például az AWS Lambda, a Google Cloud Functions vagy a Microsoft Azure Functions. A hagyományos megoldások eseményekre támaszkodnak a kódfuttatás kiváltására. Jellemző példa a videó kódolására szolgáló munkafolyamat.

Must-read Cloud

  • Cloud computing 2020-ban: Jóslatok a biztonságról, AI, Kubernetes, stb
  • Az évtized legfontosabb felhő előrehaladása
  • Legjobb asztali szolgáltatás (DaaS) szolgáltatók: Amazon, Citrix, Microsoft, VMware és még sok más
  • Cloud computing házirend (TechRepublic Premium)

A videó kódolásának használata esetén egy képfájl feltöltése az S3-ba egy Lambda funkciót indít, amely a videót kódolja. A fejlesztő egyetlen aggodalma a kódolási funkció írása. Az alapul szolgáló infrastruktúra kezeli a funkció elhelyezését az infrastruktúrán belül és a kapacitás méretezés kezelését. A fejlesztő a kódra összpontosít, és a felhő-szolgáltató a szerverek miatt aggódik.

Az alkalmazáson belül nem minden funkció vagy szolgáltatás van eseményvezérelt. Ezeknek a platformoknak a fejlesztői támogatói nem javasolnak egy teljes komplex alkalmazás, mint például a Google Cloud Functions, a FaaS-en való létrehozását. A felhő szolgáltatói a FaaS megoldások mellett a hagyományos alkalmazási platformok kombinációját is javasolják. A FaaS és a hagyományos kiszolgálói absztrakciók kombinációja azonban teljes kört hoz az eredeti problémakörhöz - a fejlesztőknek meg kell érteniük az infrastruktúrát. Pontosan hogyan érheti el az alkalmazás kiszolgáló nélküli architektúráját, ha a fejlesztőknek meg kell határozniuk egy kiszolgáló attribútumait?

Felkészülés a kiszolgáló nélküli számításra (ZDNet speciális jelentés) Töltse le a jelentést PDF formátumban (TechRepublic)

A PaaS kiszolgáló nélküli

Számomra nyilvánvalónak tűnik a megoldás a PaaS. Az olyan megoldások, mint a Microsoft Azure App Service és a Pivotal Cloud Foundry, példákat mutatnak a kifinomult kiszolgáló nélküli modellekre. A Pivotal Cloud Foundry esetében egy fejlesztő egy teljes alkalmazást ír, amely akár FaaS-t is felhívhat egy laptop API átjárón keresztül. Amikor az alkalmazás készen áll a termelésre, a fejlesztő kiadja egy CF Push parancsot, és az alkalmazás telepíti a termelést. A fejlesztő nem ismeri az alapul szolgáló infrastruktúra bármely részletét. Az alapul szolgáló PaaS infrastruktúra menedzsment kezeli a méretezést.

Függetlenül attól, hogy PaaS, FaaS vagy szerver nélkülinek hívják, az infrastruktúra és a fejlesztés közötti kapcsolat bizonyos absztrakciót igényel. Meggyőződésem, hogy a mai technológián alapul, hogy az absztrakció megfelelő szintje a PaaS réteg.

Ossza meg gondolatait: A PaaS kiszolgáló nélküli számítási forma, vagy valami más? Mondja el nekünk a hozzászólásokban.

Adatközpont-trend hírlevél

A DevOps, a virtualizáció, a hibrid felhő, a tárolás és az operatív hatékonyság csak néhány adatközpont-témakör, amelyet kiemeltünk. Hétfőn és szerdán szállítjuk

Regisztrálj még ma

Lásd még:

  • AWS Lambda: Az intelligens személy útmutatója (TechRepublic)
  • Miért kell fejleszteni a VMware NSX-ét, hogy lépést tudjon tartani a kiszolgáló nélküli jövőben (TechRepublic)
  • Miért nem megfelelő az OpenStack felhő a Red Hat számára, hogy jövőjére építhessen (TechRepublic)
  • Cloud-to-kliens, közvetlen: kiszolgáló nélküli számítás csökkenti a közepet (ZDNet)
  • Az AWS irányába: Minden funkció felügyelt felhőszolgáltatásként (ZDNet)

© Copyright 2020 | mobilegn.com