Skip to content

E12: Connector framework #30

Description

@gnanirahulnutakki

Goal. generalize the day-1 hand-written tool adapters into one out-of-process, typed, versioned connector framework — so integrations scale without the in-process, unversioned sprawl that drowned Backstage.

Phase / depends. fast-follow (P2 → P3) · Depends on: E2 (read adapters feed the fleet model), E4 (typed-action adapters host verbs). Build the day-1 six by hand first; generalize once the shape is proven — never a premature ecosystem.

Capabilities: connector framework — Argo CD / Flux / Helm / Prometheus / Loki + Grafana, Elasticsearch / Kibana / OpenSearch, Datadog, Splunk, GitHub; Jira / Zendesk ITSM (later).

Features

  • F12.1 — out-of-process gRPC connector SDK
  • F12.2 — the three connector kinds
  • F12.3 — versioning + one-canonical-connector policy
  • F12.4 — generalize the day-1 six

Exit criteria

  • Connectors run out-of-process over a versioned gRPC protocol; a crash is isolated.
  • Every connector is one of the three kinds; one canonical connector per tool.
  • The day-1 six run on the framework with parity; further tools are demand-ranked, not eager.

Source: docs/EPICS.md, docs/SITH-NOTION.md · part of the Sith implementation backlog (see the master roadmap issue).


2026-07 research addendum (market research §2B/§2F, T6, T10; E2 spec §4 wave matrix, PR #43)

Integration-wave matrix (E2 spec §4). Connectors ship in four waves; each is scored by its verb subset (of the 7-verb contract), the lenses it feeds, its kind (RA read-adapter / BR brokered read-through / TA typed-action), an effort tier (T0–T3), and mode (local/hub/both):

  • Wave 1 — daily core (ships with / right behind Phase L): Kubernetes (T0, the substrate), GitHub (T1, read local / gitops.open-pr hub), ArgoCD (T1, richest — 3 lenses + the diff exemplar), Prometheus (T1, query-through), Elasticsearch (T2, logs), AWS (T2, enum/cred). This is exactly the coverage the six brain rules (E14 E14: Investigation Brain (deterministic, rule-based, abstaining root-cause) #46) need.
  • Wave 2 — desired-state/diff: Helm, Kustomize, kubectl-diff (desired-state readers; not action targets in v1).
  • Wave 3 — viz/tracing/more clouds: Grafana (BR deep-link only), OTel (semconv key backbone), OpenShift, Azure, GCP.
  • Wave 4 — long-tail: OpenSearch, Splunk, Fluentd/FluentBit (health-only, not a data source), Istio/Linkerd (mesh → depends-on GRAPH edges), Docker.

Scope-discipline call-outs (anti-drift, SCOPE §10):

  • Fluentd/FluentBit are not data sources — read the sinks (ES/OpenSearch/Splunk/Loki), treat shippers as health-only workloads.
  • Grafana is deep-link only — brokered read-through, never re-skinned (no iframe-Grafana trap).
  • Helm/Kustomize are not action targets in v1 — desired-state readers only.
  • T6: R4 config-drift borrows Kubevious's app-centric validation model; drift is the diff/plan verbs; keep drift read + PR, never auto-apply.
  • T10: two-layer cloud abstraction (pure-K8s-API + thin enum/mint adapters) — conformance is uniform incl. China (ACK/CCE/TKE); only auth/enumeration differs.

Cost overlay stays a fast-follow (T8, → E13 #31): OSS fleet-rollup gap confirmed (opencost#2638) but crowded/commoditized — sequence after the moat proves out.

Metadata

Metadata

Assignees

No one assigned

    Labels

    connectorConnector framework / integrationsepicEpic tracking issuefast-followFast-follow after the wedge

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions