Att gå serverlöst för PHP och Laravel: alternativen jämfört

Inte alla Laravel-proffs är serverproffs och det är bra. Ändå finns många Laravel-appar på VPS-instanser. Serverless ger ett sätt att vara värd för Laravel eller PHP utan att tänka på hosting.

I den här artikeln jämför vi olika alternativ.

Hosting på AWS Lamda via Bref

Det finns ett utmärkt paket som heter Bref, som är en bro för Laravel till AWS Lambda.

Det är lika lätt som följa deras startguide och du har din app igång. Sätter upp detta i Homestead fungerar inte alltid. Du kan behöva köra detta på din huvuddator, istället för på en virtuell server, eftersom det kanske inte finns tillräckligt med resurser.

Proffs

• Inget mer webbhotell behövs
• Lätt att ställa in
• Dokumentationen är tydlig
• Deras tilläggstjänster är anständigt prissatta
• Nästan gratis (förutom AWS-kostnader förstås)

Nackdelar

• Länkning via en RDS-databas är möjlig via en VPC. Du behöver en jumpbox för detta för att enkelt komma åt detta via TablePlus. Deras mjukvara 7777 börja på en annan $19 i skrivande stund.
• Det är fortfarande lite svårt att arbeta med env-variabler
• Har fortfarande lite AWS-krångel, att ställa in S3 för lagring, ställa in RDS för databaser. DynamoDB eller ElastiCache för cache. Samt CloudFront / Route53 för DNS.
• Implementeringen tar enkelt upp till 1-2 minuter utan programvaran Continues Integration.

Hosting på AWS Lambda via Laravel Vapor

Jag har ingen erfarenhet av Laravel Vapor, men det verkar vara ett bra alternativ för att ha ett komplett ekosystem som hanterar databaser, cache, S3, etc. i en panel.

Den stora nackdelen är prislappen $399 per år. Förståeligt om man är ett större företag, men det är en brant priskurva.

Det är också en nackdel att du ger extra åtkomst till en tredje part till dina AWS-uppgifter.

Lite mindre server: Amazon Elastic Beanstalk

Löftet om Amazon Elastic Beanstalk är att distribuera en webbapplikation på några minuter, men är det verkligen sant?

Inte för mig.

När du skapar en databas senare samtidigt som du har skapat en EB-instans med standardinställningar ger det ett felmeddelande om att du måste ha valt en VPC. Du kan inte heller välja en annan VPC. Detta kräver att du startar om processen, skapar en ny instans. Ganska frustrerande…

Det är också ganska komplicerat med kravet att ställa in olika IAM-nycklar som inte är inställda som standard. Och implementeringen tar också ganska lång tid.

Hosting på Fortrabbit eller annan PaaS-leverantör

Fortrabbit är ett enkelt sätt att vara värd för Laravel. Deras dokumentation är enkel. Deras stöd är tillräckligt. Men deras prissättning är också ganska brant och när man till exempel uppgraderar till en större databas är det inte ovanligt att betala det dubbla priset.

Själv upplevde jag att när min databas var full fick jag inget varningsmail. Och när databasen tömdes för att frigöra utrymme låstes databasen, vilket förhindrade att återupptas igen. Det enda sättet att upphäva blockeringen var att uppgradera till en dyrare databasplan.

Det betyder att du kanske måste uppgradera din databas från en plan på €20 till en plan på €50. Inte så kul för ett genomsnittligt hobbyprojekt, men inte ett problem för en mycket lönsam SaaS-app.

Också lite mindre server: delad hosting

Detta är ett alternativ som du kanske glömmer. Vissa webbhotellleverantörer erbjuder utmärkta CPU: er, SSD:er och RAM för sina planer. Om webbhotellet stöder composer + git + några grundläggande krav för Laravel kan det vara värt att vara värd för din app här.

Speciellt om det är en hobbyapp med låg trafik.

Vilket är ditt favoritserverlösa alternativ?

Senast uppdaterad 20 november 2023