I denne vejledning skal vi se n\u00e6rmere p\u00e5, hvad serverl\u00f8s PHP betyder, dets vigtigste funktioner og fordele vs ulemper for at give dig en bedre forst\u00e5else af denne tilgang til cloud computing<\/a>.<\/p>\n Specifikt vil vi se p\u00e5 begrebet serverl\u00f8s computing, dets anvendelsessager og omfang, fordele og ulemper, en enkel implementering af serverl\u00f8s PHP med Bref og status for serverl\u00f8s PHP p\u00e5 de store tre (Amazon<\/a>, Microsoft og Google<\/a>).<\/p>\n Parat? Lad os begynde!<\/p>\n Traditionelt brugte du hardwaren til en server til at ops\u00e6tte en applikation p\u00e5 Internettet. Servermaskinen (eller maskinerne) ville v\u00e6re fysisk tilsluttet internettet for at nogen kan f\u00e5 adgang til din applikation. Servervedligeholdelse var en dyr aff\u00e6re.<\/p>\n Dern\u00e6st muliggjorde udviklingen af \u200b\u200bhostingtjenester webmastere til at k\u00f8be hosting plads – hver server kunne indeholde flere applikationer. Dette s\u00e6nkede omkostninger.<\/p>\n Med stigningen i cloud computing<\/a> reducerede stordriftsfordele omkostningerne yderligere, da du kunne leje en lille m\u00e6ngde plads p\u00e5 en stor, fjern serverfarm. Faktisk giver serverfri computing dig kun mulighed for at betale for de tjenester, du bruger. N\u00e5r du ikke er i brug, bruger du praktisk talt ikke nogen plads eller ressource p\u00e5 skyen.<\/p>\n Serverl\u00f8s computing forenkler softwareudviklingsprocessen: den tillader en organisation, der udelukkende er fokuseret p\u00e5 udvikling uden at bekymre sig om implementering, servervedligeholdelse og skalering<\/a>.<\/p>\n For at implementere en serverl\u00f8s PHP-applikation skal du f\u00f8rst udforske begrebet serverl\u00f8s computing. Mens udtrykket serverl\u00f8st f\u00f8rst optr\u00e5dte i denne artikel om fremtiden for softwareudvikling<\/a> fra 2012 p\u00e5 ReadWrite, vandt det popularitet med lanceringen af \u200b\u200bAWS<\/a> Lambda i 2014.<\/p>\n Lad os i dette afsnit fokusere p\u00e5 et par n\u00f8glekoncepter relateret til serverl\u00f8s computing og fors\u00f8ge at besvare et almindeligt sp\u00f8rgsm\u00e5l, der omgiver denne teknologi: er det virkelig server “l\u00f8s”?<\/p>\n Distribution er en nem opgave uden at styre serveren. Du uploader simpelthen din kode til serveren, og resten tages h\u00e5nd om af leverand\u00f8ren. Serverl\u00f8s teknologi giver dig mulighed for at have sprog diagnostiske funktioner, der interagerer med hinanden.<\/p>\n For eksempel, hvis du har et meddelelsesprogram, kan loginmodulet muligvis kodes p\u00e5 et sprog, og funktionen, der opdaterer din status, kan kodes p\u00e5 et andet sprog.<\/p>\n Selvom dette stadig er muligt uden serverl\u00f8s hosting, er det bestemt vanskeligere at interagere. Hver gang en handling udl\u00f8ser din funktion, springer en instans op for at h\u00e5ndtere den.<\/p>\n Denne proces med at gyde en instans kan v\u00e6re “varm”, hvor du bruger en eksisterende instans, eller “kold”, hvor du starter en ny instans. Der er en lille forsinkelse i denne proces, is\u00e6r en kold start, sammenlignet med traditionel hosting<\/a>, hvor din server altid er i standbytilstand til at h\u00e5ndtere anmodninger.<\/p>\n Situationen mellem serverl\u00f8s og traditionel hosting bliver imidlertid n\u00f8jagtigt det modsatte, n\u00e5r du har et stort antal anmodninger om at h\u00e5ndtere. Skalerbarheden leveres i sagens natur med serverl\u00f8s teknologi. Hvis du pludselig har krav om tusind samtidige anmodninger, vil leverand\u00f8ren tage sig af dem uden nogen ekstra indsats eller konfiguration fra din side.<\/p>\n Lad ikke udtrykket “serverl\u00f8s” forvirre dig. Det betyder ikke, at \u201cserveren\u201d ikke findes. N\u00e5r du bruger et serverl\u00f8st program, er der en server i baggrunden, der behandler dit input og beregner den n\u00f8dvendige output.<\/p>\n “-L\u00f8s” er til stede i udtrykket fra udviklerens<\/a> perspektiv, der aldrig uds\u00e6ttes for forskellige elementer p\u00e5 serveren. Derfor, hvis du implementerer et serverl\u00f8st PHP-program, er der en faktisk server, der k\u00f8rer p\u00e5 skyen, der im\u00f8dekommer foresp\u00f8rgsler.<\/p>\n Selvom “serverl\u00f8s computing” ikke er t\u00e6t defineret, kan det ogs\u00e5 henvise til BaaS-applikationer (Backend som en tjeneste). BaaS henviser ogs\u00e5 til en cloud computing-model, hvor serveroperationer er outsourcet til en tredjepart, og en udvikler bare skal fokusere p\u00e5 at skabe og vedligeholde softwaren<\/a>.<\/p>\n Den prim\u00e6re lighed mellem BaaS og Serverless er det faktum, at udvikleren ikke fokuserer p\u00e5 serverstyring. Mange organisationer leverer BaaS og FaaS pakker under den samme paraply.<\/p>\n Her er de st\u00f8rste forskelle mellem BaaS og serverl\u00f8s computing:<\/strong><\/p>\n Vi har diskuteret forskellige aspekter af serverfri computing, og hvordan det adskiller sig fra BaaS. Mens vi har d\u00e6kket det grundl\u00e6ggende ved serverl\u00f8s computing, s\u00e5 lad os unders\u00f8ge situationer, hvor du m\u00e5ske \u00f8nsker at bruge en s\u00e5dan arkitektur.<\/p>\n Du har m\u00e5ske indset, at det m\u00e5ske ikke er en god ide at v\u00e6re host for komplekse applikationer p\u00e5 serverl\u00f8se teknologier. Selv hvis du beslutter dig for ikke at installere et komplet program gennem serverl\u00f8s PHP, kan du muligvis distribuere moduler.<\/p>\n Vi vil diskutere to eksempler p\u00e5 implementeringer af en serverl\u00f8s stak i dette afsnit: databaser<\/strong> og fillagring<\/strong>.<\/p>\n En serverl\u00f8s database er en on-demand-database, der giver dig mulighed for at udf\u00f8re foresp\u00f8rgsler, n\u00e5r du har brug for dem. Skalering er let p\u00e5 grund af den serverl\u00f8se stabel, og s\u00e6lgeren fakturerer dig kun i den tidsperiode, du bruger ressourcen.<\/p>\n Amazon Aurora<\/a> og Google Cloud Datastore<\/a> er eksempler p\u00e5 serverl\u00f8se databaser, der findes p\u00e5 markedet i dag. Et serverl\u00f8st fillagringssystem implementeres som objektlagre<\/a>. Filer behandles ikke som et hierarki i et filsystem, men som objekter, der indeholder selve filen og dens metadata. Opbevaring og hentning sker via et REST-lignende API<\/a>.<\/p>\n IBM Cloud giver dig en objektslagrings<\/a> tjeneste. Andre tilf\u00e6lde af almindelig brug af serverl\u00f8se applikationer er API’er og mobile backends, hvis design er baseret p\u00e5 sm\u00e5, logiske, indbyrdes afh\u00e6ngige funktioner.<\/p>\n I dette afsnit ser vi p\u00e5 de st\u00f8rste fordele ved serverl\u00f8s computing, og hvorfor det vinder tr\u00e6kkraft i de senere \u00e5r.<\/p>\n Teoretisk f\u00f8rer serverl\u00f8s computing til lavere omkostninger<\/a> sammenlignet med traditionel hosting. Den iboende \u00e5rsag er enkel: Du bruger tjenesten i bestemte tidsrum, og der er ingen vedligeholdelsesomkostninger i hviletid. Hvis du st\u00e5r over for konstant trafik over tid<\/a>, er det muligvis ikke en stor forskel i omkostningerne at anvende en serverl\u00f8s arkitektur.<\/p>\n Implementering af en serverl\u00f8s tjeneste kr\u00e6ver ikke, at du konfigurerer din server og konfigurerer den<\/a>. Implementering af en serverl\u00f8s applikation sker ogs\u00e5 gennem enkle funktioner. Det er lettere at oprette en version af applikationen og g\u00f8re den tilg\u00e6ngelig p\u00e5 skyen. Hele implementeringsprocessen er derfor lettere og mere effektiv.<\/p>\n I en traditionel installation er man n\u00f8dt til at g\u00f8re en masse bestr\u00e6belser p\u00e5 at skalere op for at im\u00f8dekomme h\u00f8jere trafik<\/a>. P\u00e5 den anden side s\u00f8rger tjenesteudbyderen for ressourcetildeling, n\u00e5r der er en stigning i trafikken. Derfor er det lettere at skalere op, n\u00e5r du implementerer til en serverl\u00f8s arkitektur.<\/p>\n Selvom serverl\u00f8s databehandling har sit rimelige s\u00e6t fordele, skal man v\u00e6re opm\u00e6rksom p\u00e5 dets potentielle ulemper, f\u00f8r man forpligter sig til det.<\/p>\n Det prim\u00e6re problem, som brugerne fremh\u00e6ver med serverl\u00f8s computing, er dykket i ydelsen<\/a>. Mens det er begivenhedsstyret, tager det et par hundrede millisekunder at spawn en mikroinstans for at im\u00f8dekomme en anmodning.<\/p>\n Denne forsinkelse kan vise sig at v\u00e6re betydelig for tidskritiske applikationer. Med en stigning i kompleksiteten af \u200b\u200ben applikation tilf\u00f8jer komponenter, der er bosiddende forskellige steder, denne forsinkelse. Denne additive tidsforsinkelse kan vise sig at v\u00e6re skadelig for brugeroplevelsen.<\/p>\n (Foresl\u00e5et l\u00e6sning: Introduktion til opbygning af websteder med Gatsby og WordPress)<\/a><\/p>\n Mens serverl\u00f8s arkitektur giver dig mulighed for kun at fokusere p\u00e5 din kode<\/a>, f\u00e5r leverand\u00f8ren total kontrol over infrastrukturen. Derfor kan du ikke \u00e6ndre din leverand\u00f8r, hvis du g\u00e5r serverl\u00f8s, da migrering kan v\u00e6re en vanskelig opgave.<\/p>\n S\u00e6lgere s\u00f8rger for implementering af serverl\u00f8se applikationer fra ende til ende. Derfor skal en udvikler v\u00e6re afh\u00e6ngig af s\u00e6lgeren for at levere passende logfiler til fejlfinding<\/a>. Processen med fejls\u00f8gning af en serverl\u00f8s applikation til at identificere grund\u00e5rsagen er ogs\u00e5 vanskelig.<\/p>\n Mens vi har udforsket den serverl\u00f8se arkitektur, vil vi nu se, hvad du har brug for for at implementere et PHP-program gennem en serverl\u00f8s tjeneste.<\/p>\n Som du m\u00e5ske allerede har g\u00e6ttet, er distribution af en serverl\u00f8s applikation meget specifik for leverand\u00f8ren<\/strong>. Derfor pr\u00f8ver dette indl\u00e6g at adressere implementeringerne af en serverl\u00f8s PHP-app p\u00e5 Amazon AWS. Bref, eller kort p\u00e5 fransk, er en Composer-pakke, der giver dig mulighed for at distribuere PHP-applikationer p\u00e5 AWS gennem Lambda.<\/p>\n Bref er i konstant udvikling, s\u00e5 du b\u00f8r sandsynligvis kontrollere Brefs modenhedsmatrix<\/a> for at vurdere, om det er en god ide at portere din applikation til en serverl\u00f8s arkitektur.<\/p>\n G\u00e5 f\u00f8rst til Amazon AWS<\/a> og opret en konto. Du har brug for det for at implementere din ans\u00f8gning. Dern\u00e6st skal du installere den serverl\u00f8se framework<\/a> for at administrere din installation.<\/p>\n Generer derefter dit offentligt-private n\u00f8glepar<\/a> p\u00e5 AWS og konfigurer den serverl\u00f8se ramme lokalt.<\/p>\n Installer derefter Bref gennem Composer:<\/p>\n F\u00f8r installationen skal du installere Composers afh\u00e6ngigheder.<\/p>\n For at oprette en simpel Hello World-applikation med Bref, skriver vi en funktion, der udl\u00f8ses af en begivenhed og returnerer strengen “Hello World”.<\/p>\n F\u00f8rst skal du inkludere Brefs autoload.php-script og derefter bruge dens lambda-funktion. Du kan valgfrit erkl\u00e6re en kontekst variabel<\/a>, hvis du gerne vil have adgang til data fra konteksten.<\/p>\n Mens funktionen er klar, skal du oprette en serverless.yml-konfigurationsfil. Her er en grundl\u00e6ggende konfigurationsfil fra Brefs guide.<\/p>\n Bref opretter denne konfigurationsfil automatisk, n\u00e5r du k\u00f8rer f\u00f8lgende kommando.<\/p>\n Nu, hvor du er klar med din funktion og konfiguration, kan du p\u00e5kalde funktionen for at kontrollere, at den k\u00f8rer som beregnet ved hj\u00e6lp af kommandoen Her er en guide til lokal distribution af serverl\u00f8se applikationer<\/a> ved hj\u00e6lp af kommandolinjev\u00e6rkt\u00f8jet fra AWS. N\u00e5r dit projekt er klar, kan du distribuere det ved hj\u00e6lp af kommandoen implementering af serverless. Brug indstillingen Bref PHP p\u00e5 AWS Lambda er et popul\u00e6rt valg. Der er dog et par andre muligheder for dine serverl\u00f8se PHP-applikationer.<\/p>\n Vapor<\/a>, der blev lanceret af Laravel i juli 2019, er en serverl\u00f8s implementeringsplatform for Laravel p\u00e5 AWS Lambda. Damp konverterer din Laravel-applikation til en enkelt lambda-funktion. Mens Azure-serverl\u00f8s ikke officielt underst\u00f8tter PHP<\/a>, kan du stadig pr\u00f8ve det ved at bruge dette installationseksempel<\/a>.<\/p>\n\n Her er centrale aspekter, som du b\u00f8r fjerne fra denne vejledning om serverl\u00f8s PHP:<\/p>\n Serverl\u00f8s PHP: Det grundl\u00e6ggende <\/strong><\/h2>\n
![\"Tendenser](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2020\/03\/tendenser-udtrykket-serverlos-google.png\")
Funktioner ved serverl\u00f8s PHP <\/strong><\/h3>\n
Er serverl\u00f8s PHP virkelig serverl\u00f8s? <\/strong><\/h3>\n
BaaS vs serverl\u00f8se arkitekturer <\/strong><\/h2>\n
\n
Serverl\u00f8s PHP: Brug sager <\/strong><\/h2>\n
Serverl\u00f8s PHP: Fordele
\n<\/strong><\/h2>\n Reducerede serveromkostninger <\/strong><\/h3>\n
Nemmere implementering <\/strong><\/h3>\n
Skalerbarhed <\/strong><\/h3>\n
Serverl\u00f8s PHP: Ulemper <\/strong><\/h2>\n
Ydeevne <\/strong><\/h3>\n
S\u00e6lgers indl\u00e5sning <\/strong><\/h3>\n
Fejlfinding <\/strong><\/h3>\n
Serverl\u00f8s PHP: Kom godt i gang med Bref p\u00e5 Lambda <\/strong><\/h2>\n
Foruds\u00e6tninger for serverl\u00f8s PHP med Bref <\/strong><\/h3>\n
npm install -g serverless\n<\/code><\/pre>\nserverless config credentials --provider aws --key --secret \n<\/code><\/pre>\ncomposer require bref\/bref<\/code><\/p>\ncomposer install --prefer-dist --optimize-autoloader --no-dev<\/code><\/pre>\n Opret en Hello World-applikation p\u00e5 serverl\u00f8s PHP med Bref <\/strong><\/h3>\n
require __DIR__.'\/vendor\/autoload.php';\nlambda(function ($event) {\n return 'Hello world');\n});\n<\/code><\/pre>\nservice: app\nprovider:\n name: aws\n runtime: provided\nplugins:\n - .\/vendor\/bref\/bref\nfunctions:\n hello:\n handler: index.php\n layers:\n - ${bref:layer.php-73}\n<\/code><\/pre>\nvendor\/bin\/bref init<\/code><\/pre>\ninvoke<\/code> p\u00e5 den serverl\u00f8se pakke:<\/p>\nserverless invoke -f hello<\/code><\/pre>\n--verbose<\/code> for at f\u00e5 detaljer om processen med implementering:<\/p>\nserverless deploy<\/code><\/pre>\n Andre distributionsmuligheder til serverl\u00f8s PHP <\/strong><\/h3>\n
Resum\u00e9 <\/strong><\/h2>\n