Skip to main content

Current and target developer platform

Status: Implemented documentation of a partially implemented platform. This snapshot is dated 10 August 2026.

Current and target developer platform

Capability matrix

CapabilityCurrent evidenceTargetStatus and safe interim behavior
Shared bootstrap/config/HTTP/SQL/cache/events/identity/healthPresent in dx-common-go/platform; services are at different adoption levelsOne declarative service composition modelPartially implemented; new services use current platform packages and do not copy older local wrappers.
Public RESTGateway and service routes implementedOperation-owned route manifests and conformanceImplemented at transport level; authorization profiles remain partial.
Internal gRPCShared unary server/interceptors and catalogue surface existAuthenticated gRPC for internal service contractsPartially implemented; do not add a new internal HTTP dependency without an explicit exception.
Workload identityDestination-bound credentials, audience verification, caller and subject-asserter allowlists existRequest-bound represented-subject contractPartially implemented; verify workload first and default deny unapproved subject assertions.
Relationship authorizationOpenFGA projection and POST /v1/check existComposite decision with revisions, identifiers, expiry, obligations, delegation, and contextPartially implemented; services retain object/state enforcement and deny ambiguous mappings.
Contextual OPA policyNo runtime integration in sourceOPA evaluates contextual policy and typed obligations behind dx-authz-goPlanned; no service calls OPA directly. Governance ADR required.
Data Plane carried decisionNo approved artifact or verification implementationIntegrity-protected, request-bound, expiring decision with typed obligationsPlanned; keep routes disabled or use explicit in-service controls without per-query PDP calls.
Transactional outboxPlatform outbox/dispatcher exists; adoption is mixedAll integration events emitted atomicallyPartially implemented; a direct publish after commit is not an acceptable new pattern.
Consumers/workersSupervision, retry/DLQ/replay and lease primitives exist; adoption is mixedBounded, cancellable, observable, reconcilable workloadsPartially implemented.
Agent Registry, MCP Gateway, RuntimeRepositories and local Compose paths existGitOps-deployed, operationally validated Agentic PlanePartially implemented; do not claim deployment readiness.
FederationNo current core dependencyOptional future extensionDeferred.

Architecture gaps

OPA decision authority

The requested target assigns contextual and attribute-based policy to Open Policy Agent (OPA), but the ADR set contains a conflicting evaluator direction. Until a reconciled ADR is approved, OPA stays Planned. The ADR must name the policy repository, authoring authority, reviewer, bundle builder, signer, distribution mechanism, runtime placement, readiness gate, revision contract, rollback, and emergency disable procedure.

Composite decision contract

dx-authz-go currently performs a relationship check. A composite result such as allow, stable reason codes, decision ID, relationship/policy revision, expiry, and typed obligations is Planned. No client may infer an allow from transport success or invent an obligation schema.

Carried Data Plane decision

The target is approved at the architectural level, but its serialization, integrity protection, replay boundary, request hash/binding, expiry, revision validation, revocation mechanism, and unsupported-obligation response are unresolved. The owning authorization, Data Plane, and security teams need an ADR and contract tests. The interim posture is default deny for routes that cannot enforce policy safely.

Relationship vocabulary

ACL policy item/access values, gateway resource_type/relation mapping, and the current OpenFGA model are not fully normalized. The authorization team owns a canonical type/relation registry and compatibility tests. Until it exists, a missing mapping is a denial and an observable configuration error.

Internal transport adoption

Public REST and internal gRPC is the target. Catalogue demonstrates current gRPC bootstrap, while several service-to-service calls still use HTTP. The platform team owns streaming interceptors and contract tooling; service teams own conversion of their internal contracts.

Production evidence

Source implementation, local Compose integration, GitOps configuration, and production operation are separate gates. The platform does not yet have production-user evidence. Release owners must not promote status based only on a merged repository.

Status update rule

Change a status only with links to implementation, tests, deployment configuration, and—where relevant—an approved ADR. Update the last_verified field used by the guide’s source register rather than editing status prose in isolation.