-
Notifications
You must be signed in to change notification settings - Fork 1
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
Self-contained modules #485
Comments
This was referenced Jul 7, 2020
5 tasks
fullsushidev
added
enhancement
New feature or request
FASTEN
Tasks/features related to the FASTEN project deliverables
labels
Aug 13, 2020
TODO: Create smaller tasks derived from this proposal. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The fact that modules need to be started by the master server requires all modules to be present in the PATH for qmstr master server to start them. This leads to several short-commings:
To overcome this modules should be self-contained and able to run outside the qmstr master server. Starting the modules should be done by qmstrctl since analysis and reporting phase are triggered via qmstrctl anyway. Modules could run on the host qmstrctl runs on or in a dedicated container that -- with the help of qmstrctl -- is started in the master server's container network.
For this to work master and module need to have a conversation. The protocol for this conversation uses gRPC's bi-directional streaming as follows:
module master | register | |------------------>| | | | config | |<------------------| | | | ready | |------------------>| | | | start | |<------------------| | | | send result 1 | |------------------>| ... | send result n | |------------------>| | end | |------------------>|
The text was updated successfully, but these errors were encountered: