Open Stack

Hi,

I am very interested in FaaS coming to OpenStack, it totally makes sense to have it as part of the platform. I have observed the current OpenStack Picasso project although I too am concerned about vendor lock in to IronFunctions with the Picasso project. I think it is also important not to alienate the current OpenStack community by introducing non standard components or languages, I am hopeful the new releases of Python can provide reasonable performance so it is possible to keep Python as a primary language for a FaaS project. My main concern is that we seem to have several FaaS projects with different approaches rather than having us all work on one superior FaaS solution. Is there a way we can win over the Picasso project team to be more understanding of the vendor lock in and language concerns?

For me the important things are:


a)       Sandboxed code in some container solution

b)       Pluggable backends for said sandbox to remove vendor lock in

c)       Pluggable storage for function packages, the default probably being Swift

d)       Integration with Keystone for auth and role based access control e.g. sharing functions with other tenants but maybe with different permissions, e.g. dev tenant in a domain can publish functions but prod tenant can only execute the functions.

e)       Integration with Neutron so functions can access tenant networks.

f)        A web services gateway to create RESTful APIs and map URIs / verbs / API requests to functions.

g)       It would also be nice to have some meta data service like what we see in Nova so functions can have an auto injected context relating to the tenant running it rather than having to inject all parameters via the API.

Just some thoughts. If you’d like these converted into basic blueprints for the project let me know, I know some of them may seem like very stretched goals at the moment but I am sure their time will come.

Best Regards,

Rob


From: Lingxian Kong <anlin.kong at gmail.com>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org>
Date: Monday, May 15, 2017 at 10:56 AM
To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org>
Subject: Re: [openstack-dev] [FaaS] Introduce a FaaS project

On Mon, May 15, 2017 at 8:32 PM, Sam P <sam47priya at gmail.com<mailto:sam47priya at gmail.com>> wrote:
Hi Larry,
 Thank you for the details.
 I am interested and like the idea of no vendor/platform lock-in.

 However,  I still have this stupid question in me.
 Why FaaS need to be in the OpenStack ecosystem? Can it survive
outside and still be able to integrate with OpenStack?

In OpenStack ecosystem, I mean put this project under OpenStack umbrella so that it could leverage OpenStack facilities, and integrating with other OpenStack services means it is an option to be deployed together with them and be triggered by event/notification from them.

 This FaaS must able to well integrated with OpenStack ecosystem and
no argument there.

>>IMHO, none of them can be well integrated with OpenStack ecosystem.
Can you share more details on this?  If you have done any survey on
this,  please share.
Crating FaaS with pure OpenStack means, we need to create something
similar to OpenWhisk or IronFunctions with existing or new OpenStack
components.
I just want to make sure it is worth it to recreate the wheels.

Yeah, you are right, as I said at the beginning, I'm sort of recreating the wheels. I hope the new project can be easily installed together with other OpenStack projects using similar methodology, it can provide a beautiful RESTful API to end users, it's easy for OpenStack developers to understand and maintain. I don't think it is that easy if we go with OpenWhisk or IronFunctions. Actually, in container world, there are already a lot of projects doing the same thing. But again, I'm OpenStack developer, we are running an OpenStack based public cloud, I don't want to mess things up to introduce things which will probably introduce other things.



Jsut for the info, I think this [0] is your previous ML thread...
[0] http://lists.openstack.org/pipermail/openstack-dev/2017-May/116472.html


Thanks to find it out :)


________________________________
Rackspace Limited is a company registered in England & Wales (company registered number 03897010) whose registered office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal/privacy-policy - This e-mail message may contain confidential or privileged information intended for the recipient. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at abuse at rackspace.com and delete the original message. Your cooperation is appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170515/b82f346b/attachment.html>