{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless i stycken","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless handlar inte om bristen p\u00e5 fysiska servrar. Det \u00e4r inte en \"m\u00f6rdare\" av containrar eller en tillf\u00e4llig trend. Det \u00e4r ett nytt tillv\u00e4gag\u00e5ngss\u00e4tt f\u00f6r att bygga system i molnet. I dagens artikel kommer vi att ber\u00f6ra arkitekturen f\u00f6r Serverless-appar, se vilken roll leverant\u00f6ren av Serverless-tj\u00e4nster spelar och open-source-projekt. I slutet kommer vi att diskutera fr\u00e5gor kring anv\u00e4ndning av Serverless.
\n<\/a><\/noindex>
\nJag vill skriva serversidan av en applikation (\u00e4ven en webbshop). Det kan vara en chatt, en tj\u00e4nst f\u00f6r publicering av inneh\u00e5ll eller en lastbalanserare. I vilket fall som helst blir det en hel del huvudv\u00e4rk: jag m\u00e5ste f\u00f6rbereda infrastrukturen, definiera applikationens beroenden, fundera \u00f6ver v\u00e4rdoperativsystemet. Sen beh\u00f6ver jag uppdatera sm\u00e5 komponenter som inte p\u00e5verkar resten av monoliten. Och vi f\u00e5r inte gl\u00f6mma skalning under belastning.<\/p>\n

Och vad om vi anv\u00e4nder ephemeral containers d\u00e4r de n\u00f6dv\u00e4ndiga beroendena redan \u00e4r f\u00f6rinstallerade, och d\u00e4r sj\u00e4lva containrarna \u00e4r isolerade fr\u00e5n varandra och fr\u00e5n v\u00e4rdoperativsystemet? Vi delar monoliten i mikrotj\u00e4nster som kan uppdateras och skalas oberoende av varandra. Genom att placera koden i en s\u00e5dan container kan jag k\u00f6ra den p\u00e5 vilken infrastruktur som helst. Mycket b\u00e4ttre. <\/p>\n

Men om man inte vill konfigurera containrar? Om man inte vill t\u00e4nka p\u00e5 att skala applikationen. Om man inte vill betala f\u00f6r stillast\u00e5ende k\u00f6rda containrar n\u00e4r belastningen p\u00e5 tj\u00e4nsten \u00e4r minimal. Man vill bara skriva kod. Fokusera p\u00e5 aff\u00e4rslogik och f\u00e5 produkter p\u00e5 marknaden med ljusets hastighet. <\/p>\n

Dessa tankar ledde mig till serverl\u00f6sa ber\u00e4kningar. Serverless i det h\u00e4r fallet betyder inte en fysisk avsaknad av servrar, utan avsaknaden av huvudv\u00e4rk f\u00f6r att hantera infrastrukturen.<\/em><\/p>\n

Id\u00e9n \u00e4r att applikationens logik delas upp i oberoende funktioner. De har en h\u00e4ndelsestruktur. Varje funktion utf\u00f6r en \"mikrouppgift\". Det enda som utvecklaren beh\u00f6ver g\u00f6ra \u00e4r att ladda upp funktionerna i den konsol som tillhandah\u00e5lls av molnleverant\u00f6ren och koppla dem till h\u00e4ndelsek\u00e4llor. Koden kommer att k\u00f6ras p\u00e5 beg\u00e4ran i en automatiskt f\u00f6rberedd container och jag betalar bara f\u00f6r k\u00f6rningstiden. <\/p>\n

L\u00e5t oss se hur utvecklingsprocessen f\u00f6r applikationen nu kommer att se ut.<\/p>\n

Fr\u00e5n utvecklarens perspektiv<\/h2>\n

\nTidigare b\u00f6rjade vi prata om en applikation f\u00f6r en webbshop. I den traditionella metoden utf\u00f6r det monolitiska programmet huvuddelen av systemlogiken. Och servern med applikationen \u00e4r alltid ig\u00e5ng, \u00e4ven om det inte finns n\u00e5gon belastning.<\/p>\n

F\u00f6r att \u00f6verg\u00e5 till serverl\u00f6sa l\u00f6sningar delar vi upp applikationen i mikrouppgifter.<\/strong> F\u00f6r var och en av dem skriver vi v\u00e5r egen funktion. Funktionerna \u00e4r oberoende av varandra och lagrar ingen tillst\u00e5ndsinformation (stateless). De kan till och med skrivas p\u00e5 olika spr\u00e5k. Om en av dem \"faller\" kommer applikationen inte helt att stanna. Applikationens arkitektur kommer att se ut s\u00e5 h\u00e4r:<\/p>\n

\"Serverless
\nIndelningen i funktioner i Serverless liknar arbetet med mikrotj\u00e4nster. Men en mikrotj\u00e4nst kan utf\u00f6ra flera uppgifter medan en funktion i idealfallet ska utf\u00f6ra en enda. T\u00e4nk p\u00e5 att vi har som uppgift att samla statistik och returnera den p\u00e5 beg\u00e4ran av anv\u00e4ndaren. I en mikrotj\u00e4nstansats utf\u00f6r en tj\u00e4nst uppgiften med tv\u00e5 ing\u00e5ngspunkter: en f\u00f6r skrivning och en f\u00f6r l\u00e4sning. I serverl\u00f6sa ber\u00e4kningar blir det tv\u00e5 olika funktioner som inte \u00e4r kopplade till varandra. Utvecklaren sparar datorkapacitet om till exempel statistiken uppdateras oftare \u00e4n den laddas ner. <\/p>\n

Serverless-funktioner m\u00e5ste k\u00f6ras under en kort tidsperiod (timeout) som definieras av tj\u00e4nsteleverant\u00f6ren. Till exempel \u00e4r timeouten f\u00f6r AWS 15 minuter. Det betyder att l\u00e5ngvariga funktioner (long-lived) m\u00e5ste justeras enligt kraven \u2013 detta \u00e4r vad Serverless skiljer sig fr\u00e5n andra idag popul\u00e4ra teknologier (containrar och Platform as a Service).<\/p>\n

Vi tilldelar varje funktion en h\u00e4ndelse.<\/strong> En h\u00e4ndelse \u00e4r en trigger f\u00f6r en \u00e5tg\u00e4rd:<\/p>\n

H\u00e4ndelse<\/strong>
\n\u00c5tg\u00e4rden som funktionen utf\u00f6r<\/strong><\/p>\n

En bild p\u00e5 produkten har laddats upp till lagret
\nKomprimera bilden och ladda upp den till katalogen<\/p>\n

Adressen till den fysiska butiken har uppdaterats i databasen
\nL\u00e4gg till den nya platsen p\u00e5 kartorna<\/p>\n

Kunden betalar f\u00f6r produkten
\nStarta betalningsbehandlingen<\/p>\n

H\u00e4ndelser kan vara HTTP-f\u00f6rfr\u00e5gningar, str\u00f6mmande data, meddelandek\u00f6er och s\u00e5 vidare. K\u00e4llor till h\u00e4ndelser \u00e4r f\u00f6r\u00e4ndringar eller tillkommande data. Dessutom kan funktioner startas enligt en timer.<\/p>\n

Arkitekturen har arbetats fram och applikationen har n\u00e4stan blivit serverl\u00f6s. N\u00e4sta steg \u00e4r att g\u00e5 till tj\u00e4nsteleverant\u00f6ren.<\/p>\n

Fr\u00e5n tj\u00e4nsteleverant\u00f6rens sida<\/h2>\n

\nServerl\u00f6sa ber\u00e4kningar erbjuds vanligtvis av molntj\u00e4nstleverant\u00f6rer. De kallas p\u00e5 olika s\u00e4tt: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Vi kommer att anv\u00e4nda tj\u00e4nsten via konsolen eller tj\u00e4nsteleverant\u00f6rens personliga konto. Koden f\u00f6r funktionerna kan laddas upp p\u00e5 ett av f\u00f6ljande s\u00e4tt:<\/p>\n