@eric-musliner I'm curious about the use case for an image vs compiling it yourself? Can you elaborate ?
For example, the Rust, Go, and C++ runtime interface clients follow the same pattern as this one for Swift. You build your binary with the provided library and you add it to an OS-only image provided by AWS (or your build your own OCI image). This is how language runtime will be distributed for the known future (except the ones managed by AWS : Node.js, Java, Python etc)
This is the model we intent to follow for the Swift runtime interface client as well.
What I hope it will change however is that, after a certain amount of time, the Swift runtime client will be promoted to 1.0.0 with full support from AWS.
Understood! That makes a lot of sense. For the python image at least it just makes it a lot easier to build to have the off-the-shelf image and you just have to worry about setting the main handler function. Since with swift there’s always the compile/build step I guess it’s not too much of a difference to just include the right package and build with an OCI base image. I’ll give the swift runtime a shot the next time I write a lambda!