As SCT team, we want dapp-manager to support an "inspect" command

[grisha87]

Why?

... so that we can have a "single source of truth" for information which we need, and that information is somewhat distributed across different places.

What needs to be changed?

We would like to have a single command like dapp-manager inspect [id] (inspired by docker inspect) which will provide us with answers to the following questions:

• General questions regarding the structure of the app
  • [x] What payloads are configured for the application?
  • [x] What networks are configured for the application?
  • [x] What services are configured for the application?
  • [ ] What's the total incurred cost in GLMs by the application?
• Questions related to the market
  • [ ] Parameters of the market strategy used
  • [ ] Allocated GLM budget
  • [ ] Remaining GLM budget
  • [ ] How many offers were considered (in total)
  • [ ] How many providers were considered (in total)
  • [ ] Number of debit notes sent
  • [ ] Number of debit notes accepted
  • [ ] Number of invoices sent
  • [ ] Number of invoices accepted
  • [ ] Number of invoices paid
• Questions related to the runtime of particular payloads/services (per payload/service/node)
  • [x] What's the current state (pending, starting...) and when it was lastly updated?
  • [ ] How much cost in GLMs has been incurred by that particular payload/node.
  • [ ] What's the provider name and specs
  • [ ] If there was an issue with deploying a payload (like certificate expiry or any other complaint from the provider, the error information is included).

This way we won't have to parse and understand the descriptor file, navigate through status changes and also get interesting information which will give meaningful insights

Acceptance Criteria

• dapp-manager supports a new command, which provides a verbose and detailed representation of the application shape and runtime information which can be leveraged by other developers programmatically

[shadeofblue]

re: "If there was an issue with deploying a payload (like certificate expiry or any other complaint from the provider, the error information is included)." -> this doesn't have to be part of GAOM -> it can be supplied through a separate API endpoint

[shadeofblue]

@grisha87 re: * [ ] If there was an issue with deploying a payload (like certificate expiry or any other complaint from the provider, the error information is included).

this is addressed in https://github.com/golemfactory/dapp-manager/issues/80