Uploaded image for project: 'SAFe Program'
  1. SAFe Program
  2. SP-1156

Complete integration of signal displays for visibility receive

Details

    • Feature
    • Not Assigned
    • PI8
    • COM SDP SW
    • None
    • Data Processing
    • Hide

      Simple, configurable displays will be one of the first functions needed by a PSI/AA operator when deploying and debugging SDP in the context of the wider system.

      This will allow the operator to have a quick-look functionality to establish if the CBF output and SDP inputs are behaving as expected without having to access and inspect data products.

      Show
      Simple, configurable displays will be one of the first functions needed by a PSI/AA operator when deploying and debugging SDP in the context of the wider system. This will allow the operator to have a quick-look functionality to establish if the CBF output and SDP inputs are behaving as expected without having to access and inspect data products.
    • Hide
      • Complete helm scripts for integration with sdp-prototype element within SKAMP - (We will be doing a direct integration of the python metric generator with the CBF-SDP-Emulator (which will be integrated with sdp-prototype), which should already have its own helm script(s)). –
      • Contribution to simple system test that validates the displays are working without having to manually inspect the dashboard (by querying the database?) - (We will use localized flat files for validation of working metric generator  - NZAPP-251)
      • Review options for generating the following widget types, including (@Andrew Ensor)
        • Amp/phase baseline spectrum plot
        • Waterfall plots
      • Stress test of metrics displays to PSI data sizes and rates (and beyond to SKA) (@Andrew Ensor)
        • Theoretical review
        • Benchmark tests
      • Document dashboard configuration for selecting different baselines and widgets (@Andrew Ensor)
      • Code and configuration should meet SKA DoD (or at a minimum report against TBD CI / code quality metrics) so an assessment of technical debt can be made and addressed in future PIs  (Clean up of technical debt, update source code for compliance as per developer documentation, linting, code coverage, and updating source code documentation. Continuous integration is in theory taken care of by the CBD-SDP-emulator, which we will be integrating with - NZAPP-252)
      • System demo aimed at key stakeholders (@Andrew Ensor)
        • PSI Operator
        • System scientist / Commissioning scientist
      • Further socialisation with other workflow development teams with a view towards extending this for other QA displays in future. (@Andrew Ensor)
      • Extend existing python metric generator to allow for configurable data endpoints (ie: flatfile, or time-series DB) - NZAPP-253.
      • Extend existing python metric generator to provide dynamic control over active metrics (ie: create, read, update). Requires discussion with Steve Ord regarding best approach to expose this functionality to end users (ie: API) - NZAPP-254.
      • Finalize integration of python metric generator with CBD-SDP-emulator (meeting with Steve Ord to discuss best approach) - NZAPP-255.
      Show
      Complete helm scripts for integration with sdp-prototype element within SKAMP - (We will be doing a direct integration of the python metric generator with the CBF-SDP-Emulator (which will be integrated with sdp-prototype), which should already have its own helm script(s)). – Contribution to simple system test that validates the displays are working without having to manually inspect the dashboard (by querying the database?) - (We will use localized flat files for validation of working metric generator  - NZAPP-251) Review options for generating the following widget types, including (@Andrew Ensor) Amp/phase baseline spectrum plot Waterfall plots Stress test of metrics displays to PSI data sizes and rates (and beyond to SKA) (@Andrew Ensor) Theoretical review Benchmark tests Document dashboard configuration for selecting different baselines and widgets (@Andrew Ensor) Code and configuration should meet SKA DoD (or at a minimum report against TBD CI / code quality metrics) so an assessment of technical debt can be made and addressed in future PIs   (Clean up of technical debt, update source code for compliance as per developer documentation, linting, code coverage, and updating source code documentation. Continuous integration is in theory taken care of by the CBD-SDP-emulator, which we will be integrating with - NZAPP-252) System demo aimed at key stakeholders (@Andrew Ensor) PSI Operator System scientist / Commissioning scientist Further socialisation with other workflow development teams with a view towards extending this for other QA displays in future. (@Andrew Ensor) Extend existing python metric generator to allow for configurable data endpoints (ie: flatfile, or time-series DB) - NZAPP-253. Extend existing python metric generator to provide dynamic control over active metrics (ie: create, read, update). Requires discussion with Steve Ord regarding best approach to expose this functionality to end users (ie: API) - NZAPP-254. Finalize integration of python metric generator with CBD-SDP-emulator (meeting with Steve Ord to discuss best approach) - NZAPP-255.
    • 2
    • 2
    • 13
    • Team_NZAPP
    • Sprint 5
    • Hide

      [NZAPP-253]: The metric generator is now able to be configured externally utilizing a YAML file, or by passing the configuration args through to the metric generator Docker container (ie: database connection details).

      [NZAPP-254]: The metric generator now exposes functions which allow for metric management (ie: update, delete, query, etc. of metrics). However, these need "hooks" to be called externally from a running instance of the metric generator (TANGO?).

      [NZAPP-252]: Code compliance has been performed, and kindly reviewed by the YANDA team. Documentation is in the form of the repository README, covering use cases, examples, and descriptions of operation. Code coverage for testing sits at ~92%, as we have not yet been able to unit test the database functionality without a centrally located instance of InfluxDB (to be decided in the future by someone at the Systems team level?).

      [NZAPP-251, NZAPP-255]: Discussions with the YANDA team have provided us with an approach for dynamic integration with the CBF-SDP-Emulator. They have implemented the metric generator as a custom consumer object, and we have "containerized" the metric generator using the CBF-SDP-Emulator as a base image. Integration with the "sdp-prototype" should technically come "for free", given that we dynamically integrate with the emulator, and the emulator integrates with the prototype.

      [NZAPP-277]: Implemented documentation in the form of README, completed containerization via Dockerfile. This has been mentioned already.

      [NZAPP-279]: Preliminary performance results were obtained, and reported on the linked ticket. Note these timings are crude, such that they are the total execution time of the container.

      [NZAPP-260, NZAPP-268, NZAPP-280]: Grafana dashboard has been implemented for the metric generator demonstration, this has been uploaded into the "dashboards" section of the metric generator repository.

      [NZAPP-278]: System demonstration was performed by Seth Hall. Demonstration of containerized CBF-SDP-Emulator send/receive with metric generator was performed, dispatching metrics to a locally hosted InfluxDB, and viewed in a web browser using the Grafana visualizer (custom dashboard).

      Demonstration: https://confluence.skatelescope.org/display/SE/2020-11-18+DP+ART+System+Demo+8.6

      Repository: https://gitlab.com/ska-telescope/cbf-sdp-emulator-metrics-generator

      Show
      [NZAPP-253] : The metric generator is now able to be configured externally utilizing a YAML file, or by passing the configuration args through to the metric generator Docker container (ie: database connection details). [NZAPP-254] : The metric generator now exposes functions which allow for metric management (ie: update, delete, query, etc. of metrics). However, these need "hooks" to be called externally from a running instance of the metric generator (TANGO?). [NZAPP-252] : Code compliance has been performed, and kindly reviewed by the YANDA team. Documentation is in the form of the repository README, covering use cases, examples, and descriptions of operation. Code coverage for testing sits at ~92%, as we have not yet been able to unit test the database functionality without a centrally located instance of InfluxDB (to be decided in the future by someone at the Systems team level?). [NZAPP-251, NZAPP-255] : Discussions with the YANDA team have provided us with an approach for dynamic integration with the CBF-SDP-Emulator. They have implemented the metric generator as a custom consumer object, and we have "containerized" the metric generator using the CBF-SDP-Emulator as a base image. Integration with the "sdp-prototype" should technically come "for free", given that we dynamically integrate with the emulator, and the emulator integrates with the prototype. [NZAPP-277] : Implemented documentation in the form of README, completed containerization via Dockerfile. This has been mentioned already. [NZAPP-279] : Preliminary performance results were obtained, and reported on the linked ticket. Note these timings are crude, such that they are the total execution time of the container. [NZAPP-260, NZAPP-268, NZAPP-280] : Grafana dashboard has been implemented for the metric generator demonstration, this has been uploaded into the "dashboards" section of the metric generator repository. [NZAPP-278] : System demonstration was performed by Seth Hall. Demonstration of containerized CBF-SDP-Emulator send/receive with metric generator was performed, dispatching metrics to a locally hosted InfluxDB, and viewed in a web browser using the Grafana visualizer (custom dashboard). Demonstration: https://confluence.skatelescope.org/display/SE/2020-11-18+DP+ART+System+Demo+8.6 Repository: https://gitlab.com/ska-telescope/cbf-sdp-emulator-metrics-generator
    • 9.1
    • Stories Completed, Outcomes Reviewed, Demonstrated, Satisfies Acceptance Criteria, Accepted by FO
    • PI22 - UNCOVERED

    • SPO-705

    Description

      Note that not all of the acceptance will likely be achievable within PI8 so the exact scope should be discussed and revised during planning.

      The main aim here is to have a minimal version of this ready for PSI deployment as soon as possible. This means the highest priority focus should be integration into sdp-prototype (and by that SKAMPI deployment), and minimal user documentation suitable for someone not familiar with the dashboards.

      Equally high priority is setting up interaction with stakeholders to review the current widget views and establishing if additional widgets/views should be developed as well as testing with PSI data rates and emulated PSI data produced using SP-1158.

      Attachments

        Issue Links

          Structure

            Activity

              People

                D.Fenech Fenech, Danielle
                b.mort Mort, Ben
                Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Feature Progress

                  Story Point Burn-up: (100.00%)

                  Feature Estimate: 2.0

                  IssuesStory Points
                  To Do00.0
                  In Progress   00.0
                  Complete1119.5
                  Total1119.5

                  Dates

                    Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel