dtoro
64f7d54011
Problem: the hexagon's Phase 2 (plans/2026-08-15-hexagonal-architecture.md) must give the use-cases-to-be their contract surface: driven-port interfaces, test fakes, the secrets interface moved into core, and the postgres package inside the adapters tree — before the first vertical slice (Phase 3) can wire a composition root. Change: - internal/core/ports: full driven-port catalog per plan §3.3 — repositories as transaction-scoped aggregates whose inputs carry derived checks, audit, and events (§3.6), plus CommandExecutor, TargetResolver, Checker, Secrets, EventPublisher, Provisioner. Port-local payload types (Event, AuditEntry, CheckDef, KnowledgeEntry, ExecResult) keep signatures off infrastructure; TypeTree aliases internal/ontology (pure over domain) until checkdefaults is absorbed. ReadModels intentionally not declared yet — it materializes with the Phase 3 slice and grows as report handlers rewire. - secrets.Backend is now an alias of ports.Secrets; implementations (Infisical, SOPS, Manager) unchanged. mcp's local secretBackend subset is deleted; tool constructors take ports.Secrets. - internal/db → internal/adapters/postgres (mechanical import rewrite; package identifier stays db until the Phase 3 repository split). sqlc.yaml, Makefile, golangci exclusions, and docs follow the move; make generate-check verified. - internal/adapters/ssh: Executor implements ports.CommandExecutor over the actuator dial pool + RunStreaming (10-min default timeout carried over from the httpapi path). - internal/adapters/remote: Resolver implements ports.TargetResolver delegating to internal/remote (still pool-based; drops onto ports.EntityRepository when repositories land in Phase 3 — documented transitional import). - internal/core/ports/portstest: importable fakes — in-memory EntityRepo (with check-then-act SetState, side-effect recording), RecordingExecutor, FakeChecker, SpyPublisher; port-satisfaction guards; tests. Risk: ports are declared ahead of implementations — signatures firm up per phase as slices land (documented in the package doc); the remote→postgres transitional import is explicit and dissolves in Phase 3. Verification: go vet, make test (race, 19 packages), generate-check, golangci on core+adapters — 0 issues; full-repo baseline down 365→344.
35 lines
1.3 KiB
Go
35 lines
1.3 KiB
Go
package db
|
|
|
|
import (
|
|
"context"
|
|
|
|
"github.com/dtoro/oikos/internal/checkdefaults"
|
|
"github.com/google/uuid"
|
|
"github.com/jackc/pgx/v5"
|
|
)
|
|
|
|
// EnsureEntityChecks derives an entity's default check_defs from the
|
|
// monitoring spec of its type (resolving per-entity `monitoring` overrides).
|
|
//
|
|
// This is the single shared hook that keeps the check graph in sync with
|
|
// entity mutations. Both the HTTP create/patch handlers and the MCP
|
|
// entity-mutation tools (create_entity, update_entity_attributes) call it so
|
|
// that flipping an entity's `monitoring` attribute regenerates checks
|
|
// regardless of which surface made the change — previously only the HTTP
|
|
// path ran check derivation, so entities mutated via MCP silently produced no
|
|
// checks (see plans/2026-08-03-session-review-haos-monitoring-capability-gaps.md, A2).
|
|
func EnsureEntityChecks(ctx context.Context, tx pgx.Tx, id uuid.UUID, slug, entityType, name string, attrs []byte) (checkdefaults.Result, error) {
|
|
tree, err := LoadTypeTree(ctx, tx)
|
|
if err != nil {
|
|
return checkdefaults.Result{}, err
|
|
}
|
|
res, err := checkdefaults.Ensure(ctx, tx, tree, checkdefaults.Target{
|
|
ID: id, Slug: slug, Type: entityType, Name: name, Attrs: attrs,
|
|
})
|
|
if err != nil {
|
|
return res, err
|
|
}
|
|
checkdefaults.LogResult(slug, entityType, res)
|
|
return res, nil
|
|
}
|