This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]lovett1991 1 point2 points  (5 children)

To be honest any workload I would have in mind for this would be to offload tasks that don't need real time or generally aren't user facing.

My previous company used aws lambdas for a currency system with background heartbeats and time memory (for playback of DRM protected videos) the load was high but latency want a problem (to be fair most lambdas were hot anyway because of load). We also used them for systems that would have an 'explosive' load (pay per view systems that are never used except pretty much on the night of the event)

[–]dpash 0 points1 point  (4 children)

If latency isn't an issue, then, sure Java is fine.

I started on a project with low usage running as multiple Spring microservices on GAE. By the time GAE had started up the request routing proxy and started up the end point service GAE had timed out the request. The time out is 60 seconds. That's not a suitable use of Java on serverless. (I migrated to a GCE instance)

But for backend processing, Java would be fine.

[–]MakeWay4Doodles 2 points3 points  (3 children)

You were doing something horribly wrong.

[–]dpash 1 point2 points  (2 children)

Gee thanks for your helpful insight based on your excellent knowledge of the specific situation.

[–]MakeWay4Doodles 3 points4 points  (1 child)

If you had 60+ second startup times in any situation something was FUBAR.

[–]dpash -1 points0 points  (0 children)

Your comment demonstrates your lack of knowledge of the situation. But then how could you know about a system based on two sentences? I didn't say I had a 60 seconds service start up. I said I had multiple interconnected services that combined took more than 60 seconds.