[CLI] Adding opportunity to see basic cluster logs

[dmitsf]

What does this PR do?

The PR introduces an opportunity to see basic BYOC logs in CLI: creation/any reconciliation/deletion.
That's needed mainly for debug aims, sometimes we need to know what happens to BYOC cluster.

The PR adds a command to inspect the logs:

lightning show cluster logs [OPTIONS] CLUSTER_NAME

The list of the possible options:

Options:
  --from TEXT      The starting timestamp to query cluster logs from.
  --to TEXT        The end timestamp / relative time increment to query logs
                   for. This is ignored when following logs (with
                   -f/--follow).
  --limit INTEGER  The max number of log lines returned.
  -f, --follow     Wait for new logs, to exit use CTRL+C.
  --help           Show help message and exit.

Some examples:

      Print cluster logs:

          $ lightning show cluster logs my-cluster

      Print cluster logs and wait for new logs:

          $ lightning show cluster logs my-cluster --follow

      Print cluster logs, from 48 hours ago to now:

          $ lightning show cluster logs my-cluster --from "48 hours ago"

      Print cluster logs, 10 most recent lines:

          $ lightning show cluster logs my-cluster --limit 10

Live example 1:

Live example 2:

Does your PR introduce any breaking changes? If yes, please list them.

No, it doesn't.

Before submitting

• Was this discussed/approved via a GitHub issue? (not for typos and docs)
• Did you read the contributor guideline, Pull Request section?
• Did you make sure your PR does only one thing, instead of bundling different changes together?
• Did you make sure to update the documentation with your changes? (if necessary)
• Did you write any new necessary tests? (not for typos and docs)
• Did you verify new and existing tests pass locally with your changes?
• Did you list all the breaking changes introduced by this pull request?
• Did you update the CHANGELOG? (not for typos, docs, test updates, or minor internal changes/refactors)

PR review

Anyone in the community is welcome to review the PR.
Before you start reviewing, make sure you have read the review guidelines. In short, see the following bullet-list:

• Is this pull request ready for review? (if not, please submit in draft mode)
• Check that all items from Before submitting are resolved
• Make sure the title is self-explanatory and the description concisely explains the PR
• Add labels and milestones (and optionally projects) to the PR so it can be classified

Did you have fun?

Make sure you had fun coding 🙃

cc @Borda @tchaton @rohitgr7

[manskx]

Looks good

[awaelchli]

unblock, did not review

[Borda]

unblock, did not review

hi, pls have look, if you have some time... 🙏