Serverless Model Type

[Merlijn Sebrechts]

+1

With some care, one solution could be used for both containers, serverless
functions and more. We just need two new types of charms:

 - A "platform" charm which connects to the serverless platform and deploys
the function.
 - A "job" charm which describes the function. This is basically a bundle
of metadata.

Connecting the `platform` to the `job` charm will cause a `job-joined` hook
in the platform charm, which can then use `job-get` to get the metadata
describing the function and deploy the function on the platform. This way,
you empower the community to create new "platform" charms for whichever
platforms they see fit: AWS lambda, Kubernetes, Heroku and even Apache
Spark.

 - Juju doesn't need to know the details of each platform because the
connection to the platform is part of the charm.
 - Juju doesn't need to know the details of each "job" type, because the
"job" charm is just a bunch of metadata.

Now add the ability for "job" charms to optionally include relation hooks,
and you can seamlessly connect serverless functions to your existing
infrastructure. Or connect Apache Spark jobs to your existing
infrastructure.

We've created a number of prototypes of this to model and deploy Kubernetes
and Apache Storm topologies in Juju. We used normal charms and relations
for our "platform" and "job" charms. This works really wel, the only issue
is that deploying an entire Juju Agent is waaaay too much overhead for
modeling a single Docker container, so we would be really happy if Juju
could introduce the idea of "job" charms.



Kind regards
Merlijn




2017-11-16 17:04 GMT+01:00 James Beedy <jamesbeedy at gmail.com>:

> How do people feel about Juju supporting a serverless model type, and
> serverless charm?
>
> Some innovative wrappers popping up that facilitate deploying lambda
> functions:
>   - `serverless deploy` - https://serverless.com/
>   - `zappa deploy` - https://github.com/Miserlou/Zappa
>
> I feel like Juju has the proper constructs needed to support a SL model
> type, and a special SL type charm.
>
> Just an idea, thought I would throw it out there....
>
> Thoughts?
>
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20171116/de6c5137/attachment.html>