Yes, although it probably makes most sense to house it under sig-apps if most of their attention is on the app dev part, rather than runtime infra. One of the sigs needs to carry the can for the wg. The WG should interact with sig-runtime regarding the runtime infra aspects.

Get Outlook for Android
________________________________
From: Alexis Richardson <alexis@...>
Sent: Saturday, November 2, 2019 8:21:00 AM
To: Quinton Hoole <qhoole@...>
Cc: Liz Rice via Lists.Cncf.Io <liz=lizrice.com@...>; Doug Davis <dug@...>; cncf-toc@... <cncf-toc@...>; jbeda@... <jbeda@...>
Subject: Re: [cncf-toc] Serverless WG and the AppDelivery SIG

so:

TOC
SIG-Apps & SIG-Runtime
WG-Serverless is a 'shared' WG between the 2 SIGs

?





On Sat, Nov 2, 2019 at 3:19 PM Quinton Hoole <qhoole@...> wrote:

I agee Liz

I think serverless app development falls under sig-apps, and serveless runtimes fall under sig-runtime.
It's pretty common for work groups to span across a few SIGs.

Q

________________________________
From: cncf-toc@... <cncf-toc@...> on behalf of Liz Rice via Lists.Cncf.Io <liz=lizrice.com@...>
Sent: Saturday, November 2, 2019 4:53 AM
To: Doug Davis <dug@...>; cncf-toc@... <cncf-toc@...>; jbeda@... <jbeda@...>
Cc: cncf-toc@... <cncf-toc@...>
Subject: Re: [cncf-toc] Serverless WG and the AppDelivery SIG

Thanks for the reminder on this Joe.

The Serverless WG has already been performing that role of defining the landscape in their space, identifying gaps, writing white papers... The bit we’re missing is the liaison that we have between TOC and SIGs, which I for one think is valuable.

After seeing that “Topic 4” diagram I am open to the idea of broadening to SIG App Platform. I foresee some confusion between that and SIG App Delivery with those names, though. Naming is hard.

I would love to hear thoughts from more folks on the relationship between Serverless and the new Runtime SIG - we could certainly discuss on the next TOC call. Personally I don’t think SIG Runtime is a natural home for CloudEvents, function frameworks and so on, so I think there is a real gap.

But there is some overlap already: Virtual Kubelet falls into Runtime’s charter, but also appears on the Serverless landscape. Runtime feels like the more natural home; is Serverless really the right place for VK on the landscape?


Liz
On 31 Oct 2019, 15:11 +0000, Joe Beda via Lists.Cncf.Io <jbeda=vmware.com@...>, wrote:

Hey fellow TOC members – poke on this? Thoughts?



A couple of questions in my mind:

How does this relate to the proposed Runtime SIG? (https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1rftGB1Wkc_VcG9gz0072uCUHIddViGtLwaO4boEb4qA%2Fedit&;data=02%7C01%7Cqhoole%40futurewei.com%7C0d053b29616f4f7d5c3d08d75fa84c2b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637083048767538606&amp;sdata=8gj%2Fd42ZZdqiWwnmi6VvlnFmDkdXaidrnp6lE%2FU7ffg%3D&amp;reserved=0)
How do we look at the differences between WGs and SIGs?

At a procedural level SIGs are rooted with the TOC and seen as an extension. WGs don’t have a formal relationship to the TOC.



Joe



From: <cncf-toc@...> on behalf of Doug Davis <dug@...>
Date: Monday, October 21, 2019 at 7:33 PM
To: "cncf-toc@..." <cncf-toc@...>
Subject: [cncf-toc] Serverless WG and the AppDelivery SIG



TOC members,

On a previous TOC call there was a request for feedback from the Serverless WG as to whether or not it would be a good fit for inclusion in the new AppDelivery SIG. During last week's WG call this topic was discussed and the net result is that the WG members felt that while there is some possible overlap, the scope of the WG is different enough that the SIG would not be an appropriate home for the WG. As a concrete example, it seems as though a project like CloudEvents (which came out of the WG's work) would not be in-scope for the AppDelivery SIG. With that, the WG thinks that a separate SIG might be more appropriate.

However, the creation of a Serverless SIG might be too limited in scope. One of the things that we're noticing is that the lines between CaaS, PaaS, FaaS and Serverless are getting blurry. Which means the distinction between the various platforms, or underlying technologies for each *aaS, is becoming less clear. Instead, the differences are becoming more akin to configuration settings rather than entirely distinct platform considerations. As such, the WG felt that an "AppPlatform" SIG might be more appropriate. This SIG could then focus on the underlying hosting technologies leveraged by higher-level SIGs (such as AppDelivery). It would be something along the lines of "Topic 4" in the diagram here: https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1gMhRz4vEwiHa3uD8DqFKHGTSxrVJNgkLG2WZWvi9lXo%2Fedit%23bookmark%3Did.qv45kp7nb29b&;data=02%7C01%7Cqhoole%40futurewei.com%7C0d053b29616f4f7d5c3d08d75fa84c2b%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637083048767538606&amp;sdata=wzylCjWw9C0D6UYG3SjCmzO%2FjigzKczvshM%2Bj8spzls%3D&amp;reserved=0

We can discuss this on a future TOC call, but if the TOC is interested in this we can take the action item to write-up a formal charter to further clarify the proposal that we have in mind.


thanks
-Doug Davis/Mark Peek/Ken Owens