Add pluggable TSS backend support to smoke test infrastructure

[cnewkirk]

Summary

• Add INTEGRATION strategy to TimeSeriesStrategy enum, enabling smoke tests to run against pluggable TSS backends (Cortex TSS plugin with Prometheus/Thanos)
• Add ThanosReceiveContainer and ThanosQueryContainer for distributed Thanos backend testing
• Add PrometheusContainer as a standalone building block
• Add TimeSeriesValidationUtils with strategy-agnostic validation methods for resource trees, measurements, metadata, and all aggregation types
• Add CortexTestUtils.resolveKarFile() shared utility for KAR file resolution
• Wire OpenNMSStack and OpenNMSContainer for INTEGRATION strategy (cortex.cfg overlay, opennms.properties, features boot)
• Expand CortexTssPluginIT to 26 test methods covering plugin lifecycle, write/read path, meta tags, metric sanitization, label ordering, resource discovery, two-phase discovery, and data consistency
• Update CortexTssTimeseriesPluginIT to use shared CortexTestUtils
• Add smoke-test/README.md with INTEGRATION section and architecture diagram

Companion PR

• Plugin changes: Use label values API for efficient wildcard resource discovery cnewkirk/opennms-cortex-tss-plugin#1

KAR File Resolution

Tests use CortexTestUtils.resolveKarFile() to find the Cortex TSS plugin KAR:

• -Dcortex.kar=/path/to/plugin.kar — explicit path (throws if path invalid)
• -Dorg.opennms.dev.m2=$HOME/.m2/repository — bind-mount Maven repo for Karaf resolution

Test plan

• Compiles clean with Java 17 and -Dsmoke --projects :smoke-test
• Full project build clean (./compile.pl -DskipTests install)
• Assembly builds clean (./assemble.pl -Dopennms.home=/opt/opennms -DskipTests)
• No unused imports or dead code
• All test assertions use proper guards and error messages
• queryThanos() checks HTTP response code and includes error body
• resolveKarFile() deduplicated into CortexTestUtils with consistent error handling
• README Mermaid diagram and container table use correct ports
• Smoke tests pass on CI (Linux/Docker) — cannot run locally on macOS/podman due to pre-existing opennms/deploy-base amd64-only limitation

[marshallmassengill]

I'll let others comment on the code (and CI failures) but I suspect we may want to target this at foundation-2025 (maybe 2024 since it seems not breaking?) so that we can leverage it with testing for that version. https://opennms.atlassian.net/browse/NMS-19646 created for this.

[cgorantla]

I think cortex plugin itself is better place to have these tests. We just need to bring up OpenNMS container there (which is already available through docker hub), see https://github.com/OpenNMS/alec for reference.