Render Kommentarer: 4.7/5 — Högt betyg

Att driftsätta många tjänster från en fil (infrastruktur som kod), kompletta förhandsgranskningsmiljöer och autoskalning direkt ur lådan är fantastiskt. Generellt sett kan jag glömma bort att hantera servrar, och till ett bra pris också.

Jag ser fram emot fler regioner (t.ex. London/Storbritannien) och tillgänglighet över flera regioner.

Mer tid att göra andra saker!

Den enkla implementeringen i kombination med den detaljerade dokumentationen.

Jag har inte stött på något än som jag ogillar men vem vet, jag kanske har något när jag har använt det mycket längre.

Jag håller på att bygga en personlig blogg.

Hastigheten och de fria statiska driftsättningarna, samt dokumentationen

7 dollar per månad för tjänster verkar lite högt.

Jag letar efter mycket snabba implementeringar och integrationer till låg kostnad.

För en nybörjare som jag själv var renderingen utmärkt, det var lätt att installera och komma igång. Det är billigt, stabilt och stödet på Slack är enastående.

Dokumentationen skulle kunna förbättras lite, den har några luckor i sig och är inte lika mogen som låtsas Heroku. Men å andra sidan har ni utmärkt slacksupport!

Det gör att jag går till produktion riktigt snabbt, som frilansare har jag inget dedikerat utvecklingsteam, rendering löser alla mina problem enkelt och kostnadseffektivt.

Enkel att installera, samtidigt som det finns tillräckligt med konfiguration tillgänglig (via infrastruktur som kod) för att tillgodose våra behov. Massor av guider för olika verktyg och ramverk. Feedbackdriven och superhjälpsam support på Slack 💯

Inget jag ogillar, bara funktioner som jag gärna skulle se tillagda: revisionslogg för team, obligatorisk 2FA för team, begränsningar för vem som har behörighet att ändra/radera databasen och horisontell databasskalning (som på RDS med ett kluster av lästa repliker).

Vi behöver inte röra någon komplex infrastruktur med många abstraktionsnivåer och obskyra tjänster. Render ger oss ett superenkelt sätt att driftsätta våra applikationer så att vi kan fokusera på att bygga vår produkt, inte på att mixtra med infrastrukturen.

Mycket värde för ett relativt lågt pris. Lättanvänd applikation. Stöder de flesta vanliga sätten att distribuera appar och tjänster.

Även om nya funktioner läggs till och erbjudandet är ganska stabilt på egen hand, skulle Render kunna ha fler integrationer med andra system. Lite ytterligare mätvärden skulle vara bra att ha.

Att driftsätta och köra en Node.js-mikrotjänst fungerar utan problem. Jag är nöjd med den övergripande prestandan och tillgängligheten.

Render-dashboarden ger utmärkta funktioner för att skapa och hantera IaC-tjänster och modererar vår infrastruktur när vi gör ändringar i vår produktionsmiljö. Vi kan skapa nya instanser som är anpassningsbara via dess Blueprint Spec-funktion. Den har också utmärkta möjligheter att identifiera resurser för våra befintliga resurser och vi kan införliva ändringar i dem för att synkronisera våra molntjänster med Render YAML-skript.

Vi kan konfigurera cron-jobb via våra GitHub-repositories i Render-plattformen. Vi definierar runtime-miljön baserat på våra behov och släpper vår cron-jobbkod i grenen av vårt repository. Vi måste ange om cron-jobbet kräver bakgrundsarbetare eller inte, annars kommer jobbkörningen att stoppas om det körs i mer än 12 timmar. Det har inga nackdelar att nämna baserat på dess plattformstjänst som tillhandahålls för vår AWS-miljö.

Vi initierar vår Amazon ECR-kodöverföring från vårt GitHub Enterprise-arkiv och länkar paket och API-beroenden för våra driftsättningar med noll driftstopp. Dess hälsokontroll startar automatiskt om våra applikationer om de inte svarar eller returnerar fel. Vi kan också aktivera dess alternativ för automatisk distribution för att utlösa en ny distribution varje gång vi överför vår kod. Render CLI är effektivt för att spåra vår jobbkörningsstatus i realtid, överblicka händelser och åtgärdspunkter för vår Amazon Elastic Container Registry-tjänst.

Renders bandbreddsallokering för våra databasinstanser är utmärkt eftersom den tillåter upp till 100 GB per månad i Egress-konfigurationer. När vi upplever variabel belastning erbjuder den skalbarhetsfunktioner som kan vara både manuell skalning eller autoskalning. Övervakning av dessa skalningsinstanser kan enkelt göras via fliken Händelser som finns i dess serviceöversikt. Den tillhandahåller också en lastbalanserare framför våra instanser så att den fördelar vår nätverksförfrågningstrafik jämnt till våra webbtjänster.

Ingen egentligen. Den utför automatiskt våra build- och deploy-instanser som Git-repository webhooks kan definiera. Vi kan schemalägga våra tjänstedistributioner med hjälp av dess cron-jobb utan ansträngning. Vi kan utlösa våra builds för våra statiska webbapplikationer från dess CMS-system utan att lägga till headers eller ytterligare autentisering.

Vi kan skapa Redis-instanser som Render hanterar helt och hållet, vilket främjar säkra och tillförlitliga tjänster. Det stöder hög dataflödeshastighet med låg latens för läsning och skrivning, vilket är flexibelt för våra cacher och datalager. PostgreSQL-distributioner är också möjliga eftersom Render säkerställer viktiga funktioner som kryptering i vila, automatisering av säkerhetskopiering och skalbar SSD-lagring. Vi tillhandahåller skrivskyddad åtkomst för databasinstanser med hjälp av Read Replica-policyn för att minska arbetsbelastningen på vår primära databas och för att få bättre administrativ kontroll över databasen.

Allt är enkelt och priset är rimligt.

Jag skulle vilja ha serverlöst stöd.

Statisk webbhotell, API-hotell och databashotell från en och samma leverantör. Förhandsgranska byggen för PR-granskningar som inkluderar hela stacken.

Riktigt enkelt att driftsätta min next.js-app som en nodserver. Jag gillar att den integreras med Github för att automatiskt driftsätta PR:er och senaste merge till huvudgrenen. Jag älskar också att den kommer med noll driftstoppstid på driftsättningar på den billigaste instansen. Något som Heroku inte gör tillgängligt förrän du betalar för de professionella servrarna.

Tjänsten är ganska ny så dokumentationen är ganska sparsam. Dessutom har de bara två distributionsregioner, USA västra och Tyskland. Min databas finns i en annan region (USA centrala) med en annan leverantör så det finns en viss latens tur och retur.

Jag lanserade en next.js-sajt med låg trafik på Vercel för att kunna använda deras enkla serverlösa funktioner, men den låga trafiken innebar att alla användare fick en kallstart av lambda, vilket gjorde appen väldigt långsam. Att gå över till Render och driftsätta en nodapp har gjort att min webbplats laddats snabbare och sparat mig pengar med den lägre månadsavgiften.