@southpolesteve have you ever tried something like this: https://github.com/jbaxleyiii/basic-up-engine-example …? Deploying a Express service to Lambda, all without importing _any_ Lambda code . . . Pretty neat!!
-
-
Replying to @fixitup2
I've done it this way. I find you quickly grow out of it. One big benefit of lambda is route isolation. Dumping it all in one fn leads to cold start issue and slow deploys. Matters less for graphql I guess. But why even include express then?
1 reply 0 retweets 0 likes -
Replying to @southpolesteve @fixitup2
Still I'm not opposed to it as a way to start off with serverless. Not everyone agrees. Side note: I don't get why I need to deploy apollo engine. Would much prefer they expose an API I can send tracing data however I choose.
1 reply 0 retweets 1 like -
Replying to @southpolesteve @fixitup2
Another thought. I think we'll see more frameworks pop up that are serverless first. They prob won't be lambda specific either. But they will force you into app structures that can be easily code split into functions and also run locally as one big application.
1 reply 0 retweets 0 likes -
Replying to @southpolesteve
Yeah. We have been thinking a lot about defining remote Apollo Data sources that are actually just Lambdas, and having your Gateway just be one big merge. I feel like a framework could definitely make use of that.
2 replies 0 retweets 1 like
Makes sense. AppSync is kinda in that vein. I think the preference there is have graphQL talk to dynamo directly or via VTL templates. Seems like Lambda is kinda the escape hatch.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.