OTI to ChIP migration
Context
Currently legacy telemetry is sent via OTI ingress (see https://github.com/smartcontractkit/chainlink/tree/develop/core/services/telemetry). Extend existing legacy telemetry sending mechanism to be able to use ChIP ingress instead of OTI
Jira: https://smartcontract-it.atlassian.net/browse/INFOPLAT-2732
What
- Implement chipIngressBatchClient/Worker for legacy telemetry
- Use ChIP ingress public ingress to ingest legacy telemetry
Why
OTI-to-Beholder migration
I see you updated files related to core. Please run pnpm changeset in the root directory to add a changeset as well as in the text include at least one of the following tags:
#addedFor any new functionality added.#breaking_changeFor any functionality that requires manual action for the node to boot.#bugfixFor bug fixes.#changedFor any change to the existing functionality.#db_updateFor any feature that introduces updates to database schema.#deprecation_noticeFor any upcoming deprecation functionality.#internalFor changesets that need to be excluded from the final changelog.#nopsFor any feature that is NOP facing and needs to be in the official Release Notes for the release.#removedFor any functionality/config that is removed.#updatedFor any functionality that is updated.#wipFor any change that is not ready yet and external communication about it should be held off till it is feature complete.
Quality Gate failed
Failed conditions
C Reliability Rating on New Code (required ≥ A)
C Security Rating on New Code (required ≥ A)
11 New Major Issues (required ≤ 5)
See analysis details on SonarQube
Catch issues before they fail your Quality Gate with our IDE extension
SonarQube IDE