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

Define GK - MANO Framework API for initial implmentaion of year 1 #33

Closed
smendel opened this issue Mar 11, 2016 · 5 comments
Closed

Define GK - MANO Framework API for initial implmentaion of year 1 #33

smendel opened this issue Mar 11, 2016 · 5 comments
Milestone

Comments

@smendel
Copy link

smendel commented Mar 11, 2016

as initial step for year 1 demo we would like to implement a simple deploy service flow.
more details from the MANO framework side can be found here -
sonata-nfv/son-mano-framework#23.

we need to define the GK-MANO API as the GK will be invoking the process in the MANO framework.

@jbonnet
Copy link
Member

jbonnet commented Mar 11, 2016

Check my comment here.

@smendel
Copy link
Author

smendel commented Mar 11, 2016

@jbonnet i believe you refereed to sonata-nfv/son-mano-framework#23
(the link in the comment above seems to be corrupted )

@jbonnet
Copy link
Member

jbonnet commented Mar 13, 2016

@smendel Yes I did, thanks

@jbonnet jbonnet added this to the Prototype v1 milestone Mar 14, 2016
@jbonnet
Copy link
Member

jbonnet commented Mar 14, 2016

Suggested GK-MANO Framework API of Y1:

  1. instantiation request (with all the info fetched from the catalogues, including a call-back URL for 'instance ready' notification)
  2. list current instantiations (per user), with status

@mpeuster
Copy link

Regarding 1.: Why do we need a call-back URL? Does the GK not directly use RabbitMQ to talk to the MANO framework (option a)? With this, we can simply send back a broker message when the service instance is ready and do not need a callback URL. Or should the communication between GK and MANO framework be REST-based (option b)?

a) GK <- (AMQP) -> RabbitMQ Broker <- (AMQP) -> SLM plugin

b) GK <- (HTTP REST) -> GK-Adaptor <- (AMQP) -> RabbitMQ Broker <- (AMQP) -> SLM plugin

Both is doable. Its a design decision.

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

3 participants