Firwat déi serverlos Revolutioun gestoppt ass

Schlëssel Punkten

  • Zënter e puer Joer si mir versprach ginn datt serverlos Informatik eng nei Ära anzeféieren ouni e spezifescht OS fir Uwendungen ze lafen. Mir hu gesot datt dës Struktur vill Skalierbarkeetproblemer léise géif. Tatsächlech ass alles anescht.
  • Wärend vill Serverlos als eng nei Iddi gesinn, kënnen hir Wuerzelen zréck op 2006 mat dem Advent vun Zimki PaaS a Google App Engine verfollegt ginn, déi allebéid serverlos Architektur benotzen.
  • Et gi véier Grënn firwat d'Serverlos Revolutioun gestoppt ass, rangéiert vu limitéierter Programméierungssprooch Ënnerstëtzung bis Performanceprobleemer.
  • Serverlos Informatik ass net all sou nëtzlos. Guer net. Wéi och ëmmer, si sollten net als direkten Ersatz fir Server ugesi ginn. Fir e puer Uwendungen kënne se e praktescht Tool sinn.

De Server ass dout, vive de Server!

Dëst ass de Schluechtschrei vun der serverloser Revolutioun. Just e séiere Bléck op d'Industriepress an de leschte Joeren an et ass einfach ze schléissen datt den traditionelle Servermodell dout ass an datt bannent e puer Joer wäerte mir all Serverlos Architekturen benotzen.

Wéi jiddereen an der Industrie weess, a wéi mir och an eisem Artikel iwwer Zoustand vum serverlosen Informatik, dëst ass falsch. Trotz villen Artikelen iwwer d'Verdéngschter serverlos Revolutioun, et huet ni stattfonnt. Tatsächlech, lescht Fuerschung weistdatt dës Revolutioun vläicht an engem Dout Enn erreecht ass.

E puer vun de Verspriechen vun Serverlos Modeller gouf sécher realiséiert, awer net all. Net jiddereen.

An dësem Artikel wëll ech d'Grënn fir dës Konditioun kucken. Firwat de Mangel u Flexibilitéit vu Serverlos Modeller nach ëmmer eng Barrière fir hir méi breet Adoptioun ass, och wann se nëtzlech bleiwen a spezifeschen, gutt definéierten Ëmstänn.

Wat d'Adepten vum serverlosen Informatik versprach hunn

Ier mer an d'Erausfuerderunge vum serverlosen Informatik kommen, kucke mer wat et soll ubidden. D'Versprieche vun der serverloser Revolutioun ware vill an - heiansdo - ganz ambitiéis.

Fir déi, déi de Begrëff net vertraut sinn, hei ass eng séier Definitioun. Serverless Computing definéiert eng Architektur an där Uwendungen (oder Deeler vun Uwendungen) op Ufro lafen an Runtime Ëmfeld déi typesch op afstand gehost ginn. Zousätzlech kënnen serverlos Systemer doheem gehost ginn. Widderstandsfäeg serverlos Systemer bauen war eng grouss Suerg fir Systemadministratoren a SaaS Firmen an de leschte Joren, well (et gëtt behaapt) dës Architektur bitt verschidde Schlësselvirdeeler iwwer den "traditionelle" Client-Server Modell:

  1. Serverlos Modeller erfuerderen d'Benotzer net hir eege Betribssystemer z'erhalen oder souguer Applikatiounen ze kreéieren kompatibel mat spezifesche OSen. Amplaz erstellen d'Entwéckler e gemeinsame Code, lued en op eng serverlos Plattform erop a kuckt wéi et leeft.
  2. Ressourcen a Serverlos Kaderen ginn normalerweis vun der Minutt (oder souguer déi zweet) fakturéiert. Dëst bedeit datt d'Clienten nëmme bezuelen fir d'Zäit déi se tatsächlech de Code lafen. Dëst vergläicht favorabel mat engem traditionelle Cloud VM, wou d'Maschinn déi meescht vun der Zäit idle ass, awer Dir musst dofir bezuelen.
  3. De Skalierbarkeetproblem gouf och geléist. Ressourcen an serverless Kaderen ginn dynamesch zougewisen, sou datt de System einfach mat plötzlechen Iwwerschwemmungen an der Nofro këmmere kann.

Kuerz gesot, Serverlos Modeller bidden flexibel, bëlleg, skalierbar Léisungen. Et ass iwwerraschend datt mir dës Iddi net méi fréi geduecht hunn.

Ass dëst wierklech eng nei Iddi?

Tatsächlech ass d'Iddi net nei. D'Konzept fir d'Benotzer z'erméiglechen nëmme fir d'Zäit ze bezuelen, wou de Code tatsächlech leeft, ass zënter datt et agefouert gouf Zimki PaaS an 2006, a ronderëm déi selwecht Zäit Google App Engine offréiert eng ganz ähnlech Léisung.

Tatsächlech, wat mir elo de "Serverlosen" Modell nennen ass méi al wéi vill Technologien déi elo "Cloud native" genannt ginn, déi vill déiselwecht Saach ubidden. Wéi bemierkt, sinn Serverlos Modeller am Wesentlechen nëmmen eng Verlängerung vum SaaS Geschäftsmodell dee scho Joerzéngte existéiert.

Et ass och derwäert ze erkennen datt Serverlos keng FaaS Architektur ass, obwuel et eng Verbindung tëscht deenen zwee ass. FaaS ass wesentlech de compute-centric Deel vun enger serverloser Architektur, awer et representéiert net de ganze System.

Also wat ass alles iwwer? Gutt, well d'Internet-Penetratiounsraten an den Entwécklungslänner weider klammen, ass d'Demande fir Rechenressourcen och zur selwechter Zäit erop. Zum Beispill, vill Länner mat séier wuessend E-Commerce Secteuren hunn einfach net d'Recheninfrastruktur fir Uwendungen op dëse Plattformen. Dëst ass wou bezuelte serverlos Plattformen erakommen.

Problemer mat Serverless Modeller

De Fang ass datt Serverlos Modeller ... Problemer hunn. Verstitt mech net falsch: Ech soen net datt se per se schlecht sinn oder an e puer Ëmstänn kee bedeitende Wäert fir e puer Firmen ubidden. Awer d'Haaptfuerderung vun der "Revolutioun" - datt Serverlos Architektur séier traditionell Architektur ersetzt - gëtt ni materialiséiert.

Dowéinst.

Limitéiert Ënnerstëtzung fir Programméierungssproochen

Déi meescht Serverlos Plattformen erlaben Iech nëmmen Uwendungen ze lafen déi a bestëmmte Sprooche geschriwwe sinn. Dëst limitéiert d'Flexibilitéit an d'Adaptabilitéit vun dëse Systemer eescht.

Serverlos Plattforme ginn ugesinn fir déi meescht grouss Sproochen z'ënnerstëtzen. AWS Lambda an Azure Funktiounen bidden och e Wrapper fir Uwendungen a Funktiounen an net ënnerstëtzte Sproochen ze lafen, obwuel dëst dacks mat Leeschtungskäschte kënnt. Also fir déi meescht Organisatiounen ass dës Begrenzung normalerweis net e groussen Deal. Awer hei ass d'Saach. Ee vun de Virdeeler vu Serverlos Modeller soll sinn datt wéineg bekannt, selten benotzte Programmer méi bëlleg kënne benotzt ginn, well Dir nëmme bezuelt fir d'Zäit déi se lafen. A wéineg bekannte, selten benotzte Programmer ginn dacks a ... wéineg bekannte, selten benotzte Programméierungssproochen geschriwwen.

Dëst ënnergruewt ee vun de Schlësselvirdeeler vum serverlosen Modell.

Verkeefer bindend

Den zweete Problem mat Serverlosen Plattformen, oder op d'mannst wéi se am Moment ëmgesat ginn, ass datt se normalerweis net ähnlech sinn um operationellen Niveau. Et gëtt praktesch keng Standardiséierung a punkto Schreiffunktiounen, Détachement a Gestioun. Dëst bedeit datt d'Migratioun vun Features vun enger Plattform op déi aner extrem Zäitopwendeg ass.

Den haardsten Deel vum Plënneren op e Serverlosen Modell ass net d'Rechnungsfunktiounen, déi normalerweis just Snippets vum Code sinn, mee wéi d'Applikatioune mat verbonne Systemer kommunizéieren wéi Objektlagerung, Identitéitsmanagement a Schlaangen. Funktiounen kënne geréckelt ginn, awer de Rescht vun der Applikatioun kann net. Dëst ass genau de Géigendeel vun de bëllegen a flexibele Plattformen déi versprach ginn.

E puer plädéieren datt Serverlos Modeller nei sinn an et gouf keng Zäit fir ze standardiséieren wéi se funktionnéieren. Awer si sinn net sou nei, wéi ech uewe bemierkt hunn, a vill aner Cloud Technologien, wéi Container, si scho vill méi benotzbar ginn duerch d'Entwécklung a verbreet Adoptioun vu gudde Standarden.

Produktivitéit

D'Rechenleistung vu serverlosen Plattformen ass schwéier ze moossen, deelweis well Ubidder tendéieren d'Informatioun privat ze halen. Déi meescht argumentéieren datt Funktiounen op Fern, Serverlos Plattformen grad esou séier lafen wéi déi op internen Serveren, mat Ausnam vun e puer inévitabel Latenzprobleemer.

Allerdéngs weisen eenzel Fakten de Géigendeel. Fonctiounen déi net virdru op enger bestëmmter Plattform gelaf sinn oder fir eng Zäit net lafen, daueren e bëssen Zäit fir ze initialiséieren. Dëst ass méiglecherweis wéinst der Tatsaach datt hire Code op e puer manner zougänglech Späichermedium portéiert gouf, obwuel - wéi mat Benchmarks - déi meescht Ubidder Iech net iwwer d'Datemigratioun soen.

Natierlech ginn et verschidde Weeër ronderëm dëst. Een ass d'Features ze optimiséieren fir egal wéi eng Wolleksprooch op Är serverlos Plattform leeft, awer dëst ënnergruewt e bëssen d'Fuerderung datt dës Plattformen "agile" sinn.

Eng aner Approche ass ze garantéieren datt Produktivitéitskritesch Programmer regelméisseg lafen fir se frësch ze halen. Dës zweet Approche ass natierlech e bësse Widdersproch zu der Fuerderung datt serverlos Plattforme méi kosteneffektiv sinn, well Dir nëmme bezuelt fir d'Zäit wou Är Programmer lafen. Cloud Provider hunn nei Weeër agefouert fir Kale Starten ze reduzéieren, awer vill vun hinnen erfuerderen "Skala op een", wat den urspréngleche Wäert vu FaaS ënnergruewt.

De Kale Startproblem kann deelweis geléist ginn andeems se serverlos Systemer intern lafen, awer dëst kënnt mat hiren eegene Käschten a bleift eng Nischoptioun fir gutt ressourcen Teams.

Dir kënnt net ganz Applikatiounen lafen

Schlussendlech, vläicht de wichtegste Grond firwat Serverlos Architekturen net geschwënn traditionell Modeller ersetzen: si kënnen (normalerweis) net ganz Uwendungen lafen.

Méi präzis ass et onpraktesch aus enger Käschte Siicht. Ären erfollegräiche Monolith sollt wahrscheinlech net an eng Rei vu véier Dutzend Funktiounen ëmgewandelt ginn, verbonne mat aacht Paarte, véierzeg Schlaangen an eng Dosen Datebankinstanzen. Aus dësem Grond ass Serverlos besser fir nei Entwécklungen gëeegent. Bal keng existent Applikatioun (Architektur) kann migréiert ginn. Dir kënnt migréieren, awer Dir musst vun Null ufänken.

Dëst bedeit datt an der grousser Majoritéit vu Fäll, serverlos Plattformen als Ergänzung zu Back-End Servere benotzt ginn fir compute-intensiv Aufgaben ze maachen. Dëst mécht se ganz anescht wéi déi aner zwou Forme vu Cloud Technologien - Container a virtuelle Maschinnen - déi en holistesche Wee ubidden fir Remote Computing ze maachen. Dëst illustréiert eng vun den Erausfuerderunge vu Mikroservicer op Serverlos ze plënneren.

Natierlech ass dëst net ëmmer e Problem. D'Kapazitéit fir periodesch massiv Informatikressourcen ze profitéieren ouni Är eege Hardware ze kafen kann reell, dauerhaft Virdeeler fir vill Organisatiounen bréngen. Awer wann e puer Uwendungen op internen Server wunnen an anerer op serverlos Cloudarchitekturen, hëlt d'Gestioun en neien Niveau vu Komplexitéit un.

Vive d'Revolutioun?

Trotz all dëse Reklamatiounen sinn ech net géint Serverlos Léisungen per se. Éierlech gesot. D'Entwéckler musse just verstoen - besonnesch wa se fir d'éischte Kéier Serverlos erfuerschen - datt d'Technologie keen direkten Ersatz fir Server ass. Amplaz, kuckt eis Tipps a Ressourcen fir Serverlos Uwendungen erstellen an entscheede wéi de Modell am Beschten ugewannt gëtt.

Source: will.com

Setzt e Commentaire