Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Workflow-engine should be just another Fission environment #5

Closed
3 of 4 tasks
erwinvaneyk opened this issue Aug 7, 2017 · 1 comment
Closed
3 of 4 tasks

Comments

@erwinvaneyk
Copy link
Member

erwinvaneyk commented Aug 7, 2017

Currently the workflow-engine, due to prototyping reasons, is a separate component within the fission ecosystem. The plan is to ensure that the workflow engine is just another environment.

The benefits of it being a environment:

  • It will be there for users actually using it.
  • No need for users to go out and deploy it manually. Just add the environment like any other and you are done.
  • Make use of the existing functionality provided to environments. e.g. autoscaling.

To achieve this

  • A option is needed in Fission that allows environments to specify the maximum number of instances needed and whether it can specialize multiple functions. Currently Fission always maintains at least 3 environment instances and allows only one specialization per instance.
  • Add a fetcher to the system that corresponds, similar to the fetcher used in other environments.
  • A specialize endpoint needs to be added to the Fission Proxy.
  • Functionality should be added to Fission to allow for gRPC communication (again, based on an option of the environment). This will allow us to also merge the Fission Proxy into the existing gRPC server, removing the need for an additional server (as is the situation now)
@erwinvaneyk
Copy link
Member Author

It is!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant