News for hackers. Stuff that matters.

A comment on Remote Code Execution as a Service. Parent comment

Re:Remote Code Execution as a Service by adamgordonbell on Tuesday March 07, 2023 @04:35PM (#35061583)
Good question. Our goal is not just to run arbitrary code but to run it fast and cache rework. We are a CI service and speed is important. Brandon may be able to jump in with why not various options but it's hard to beat giving users powerful cloud machines to run their builds on.

I myself did try to run buildkit in a Lambda as I think that would be low cost option. But I found it you couldn't make gRPC calls against a lambda and that is a hard requirement for us.

[ Parent | on HN ]
Re:Remote Code Execution as a Service by brandonschurman on Tuesday March 07, 2023 @05:08PM (#35061973)
Some of the reason we went with EC2 over something like ECS is that we would need to run the container in privileged mode for some of our features to work. We also considered options like gVisor, but ultimately the EC2 route was a simple enough implementation that made it easy to manage the user's cache volumes, etc. We're also hoping to use Firecracker VMs in the near future.
[ Parent | on HN ]
Re:Remote Code Execution as a Service by AlexCoventry on Tuesday March 07, 2023 @05:39PM (#35062318)
Are you concerned about AWS launching a competing service if you get significant traction?
[ Parent | on HN ]
Re:Remote Code Execution as a Service by adamgordonbell on Wednesday March 08, 2023 @06:42AM (#35067830)
This is an interesting question. Originally we were and had a BSL license. We changed our mind on that and went with a mozzila public license though.
[ Parent | on HN ]