sql >> Database >  >> NoSQL >> MongoDB

Vercel maakt voor elk verzoek een nieuwe DB-verbinding

Samenvatting

Serverloze functies op Vercel werken als een op zichzelf staand proces. Hoewel het mogelijk is om de verbinding "per functie" te cachen, is het geen goed idee om een ​​server-ready bibliotheek in een serverloze omgeving te implementeren. Hier zijn een paar vragen die je moet beantwoorden:

  • Cache uw framework of DB-bibliotheek de verbinding?
  • Is je code voorbereid op Serverless?
  • Voor welk type werklast is Vercel geoptimaliseerd?

Verdere context

Vercel is een uitstekend platform voor uw frontend dat Serverless Functions als helpers zou gebruiken. Het CDN dat beschikbaar is in combinatie met de workflow maakt het implementatieproces zeer snel en stelt u in staat sneller te handelen. Het implementeren van een volledige API of serverfull workload is nooit een goed idee. Stel dat ik MySQL met Vercel moet gebruiken. In plaats van mysql , moet u mysql-serverless gebruiken , die is geoptimaliseerd voor de serverloze primitieven. Zelfs met dat in gedachten, zal het waarschijnlijk goedkoper zijn om gewoon een VM/Container voor de API te gebruiken, afhankelijk van het aantal verzoeken dat u verwacht. Daarom zouden we eindigen met de volgende ideale oplossing:

Frontend (Vercel - Serverless) --> Backend (Serverful - External provider) --> DB

Disclaimer:momenteel werk ik voor Vercel.



  1. Op afstand verbinding maken met MongoDB http-interface op EC2-server

  2. Hoe update-bewerkingen in GridFS uitvoeren (met Java)?

  3. Controleer het bestaan ​​van objecten in mongo met behulp van gopkg.in/mgo.v2

  4. Meldings- en nieuwsgedeelte met behulp van Redis