<div dir="ltr"><div><div>Yes, I am recreating the wheels :-)</div><div><br></div><div>I am sending this email not intend to say Qinling[1] project is a better</div><div>option than others as a project of function as a service, I just provide another</div><div>possibility for developers/operators already in OpenStack world, and try my</div><div>luck to seek people who have the same interest in serverless area and cooperate</div><div>together to make it more and more mature if possible, because I see serverless</div><div>becomes more and more popular in current agile IT world but I don't see there</div><div>is a good candidate in OpenStack ecosystem.</div><div><br></div><div>I remember I asked the question that if we have a FaaS available project in</div><div>OpenStack, what I got are something like: Picasso[2], OpenWhisk[3], etc, but</div><div>IMHO, none of them can be well integrated with OpenStack ecosystem. I don't</div><div>mean they are not good, on the contrary, they are good, especially OpenWhisk</div><div>which is already deployed and available in IBM Bluemix production. Picasso is</div><div>only a very thin proxy layer to IronFunctions which is an open source project</div><div>comes from Iron.io company who also has a commercial FaaS product.</div><div><br></div><div>However, there are several reasons make me create a new project:</div><div><br></div><div>- Maybe not many OpenStack operators/developers want to touch a project</div><div>  written in another programming language besides Python (and maybe Go? not sure</div><div>  the result of TC resolution). The deployment/dependency management/code</div><div>  maintenance will bring much more overhead.</div><div><br></div><div>- I'd like to see a project which is using the similar</div><div>  components/infrastructure as most of the other OpenStack projects, e.g.</div><div>  keystone authentication, message queue(in order to receive notification from</div><div>  Panko then trigger functions), database, oslo library, swift(for code</div><div>  package storage), etc. Of course, I could directly contribute and modify</div><div>  some existing project(e.g. Picasso) to satisfy these conditions, but I am</div><div>  afraid the time and effort it could take is exactly the same as if I create</div><div>  a new one.</div><div><br></div><div>- I'd like to see a project with no vendor/platform lock-in. Most of the FaaS</div><div>  projects are based on one specific container orchestration platform or want</div><div>  to promote usage of its own commercial product. For me, it's always a good</div><div>  thing to have more technical options when evaluating a new service.</div><div><br></div><div>Qinling project is still at the very very early stage. I created it one month ago</div><div>and work on it only in my spare time. But it works, you can see a basic usage</div><div>introduction in README.rst and give it a try. A lot of things are still</div><div>missing, CLI, UT, devstack plugin, UI, etc.</div><div><br></div><div>Of course, you can ignore me (still appreciate you read here) if you think</div><div>it's really not necessary and stupid to create such a project in OpenStack,</div><div>or you can join me to discuss what we could do to improve it gradually and</div><div>provide a better option for a real function as a service to people in</div><div>OpenStack world.</div><div><br></div><div>[1]: <a href="https://github.com/LingxianKong/qinling">https://github.com/LingxianKong/qinling</a></div><div>[2]: <a href="https://github.com/openstack/picasso">https://github.com/openstack/picasso</a></div><div>[3]: <a href="https://github.com/openwhisk/openwhisk">https://github.com/openwhisk/openwhisk</a></div><div><br></div><div>Cheers,</div><div>Lingxian Kong (Larry)</div></div>
</div>