It is possible to add or update the monitoring tools displayed.
The source for all the information about the monitoring tools is hosted on GitHub at udevops-monitoring-tools.github.io. Here are the steps needed to contribute to the GitHub repository.
Step 1: Fork
Fork the project on GitHub and clone the fork made locally from the 'main' branch.
git clone https://github.com/udevops-monitoring-tools/udevops-monitoring-tools.github.io
Step 2: Branch
Create a new branch so it is easier to avoid conflicts and issues when making a contribution.
git checkout -b my-branch -t origin/main
Step 3: Modify
Here is a JSON file with all the monitoring tools included so far. To add a monitoring tool to the web view, add it to the end of the file and try to follow the format of the other tools so the filtering works properly. Each tool has several JSON key/value pairs that give information about the tool. It is important to understand what each key means, so below are the relevant keys and their meaning:
- "ID": The internally used ID of the tool
- "Name": The name of the tool
- "Provider": Organization/authors that developed the tool
- "FIRST_RELEASE": Date of the first available release
- "YEAR": Date of the latest available release
- "OPEN_SOURCE": Whether the tool’s sources are available openly
- "TARGET": The target system to monitor
- "DATA": List of formats to export monitored data (e.g., JSON, CSV)
- "VISUALIZATION": The visualization features offered by the tool
- "TECHNOLOGIES": The language(s) the tool is programmed with
- "INTEGRATION": Required and integrable tools
- "ASSUMPTIONS": Properties that the monitored system should have
- "USER_METRICS": High level, user-oriented metrics (e.g., failure, health)
- "SYSTEM_METRICS": Low level, system-oriented metrics (e.g., cpu, memory)
- "TRACING": Whether the tool support requests tracing
- "EVENTS_LOGGING": Whether the tool support event/failures logging
- "TARGET_QUALITY_ATTRIBUTE": The quality attribute(s) targeted by the tools
- "MONITORING_PATTERN": Monitoring patterns implemented by the tool
- "MONITORING_GRANULARITY": The granularity of the monitored system
- "MONITORING_PRACTICES": Monitoring practices adopted by the tool
- "INSTRUMENTATION": Information about what instrumentation is required
- "INTEGRATION_WITH_TESTING": Whether the tool support testing
- "ADDRESSED_CHALLENGES": Below are the meanings of each challenge ID that can be used
- MC1: Collection of monitoring metrics data and logs from containers
- MC2: Distributed tracing
- MC3: Many components to monitor (complexity)
- MC4: Performance monitoring
- MC5: Analyzing the collected data
- MC6: Failure zone detection
- MC7: Availability of the monitoring tools
- MC8: Monitoring of application running in containers
- MC9: Maintaining monitoring infrastructures
- "Link": Link to the tool
Step 4: Commit
Once done modifying or adding to the repository, commit the changes.
git commit
Step 5: Push
Push the commits made to the repository, creating a pull request to the main branch.
git push origin my-branch
Step 6: Discuss
Ideally, a discussion will follow up about the contributions made with other authors or contributors.
Step 7: Merge
Merge the pull request so that the final version of the contribution is included in the monitoring tools.