Conversation
…h app services The network "service" entity (nftables traffic balancing to sandboxes) shared its name with app-level services (web, worker processes), causing confusion. This renames it to "target" throughout the codebase: - Schema: kind.service → kind.target, service.ip → target.ip, etc. - Controller: controllers/service → controllers/target package - Consumer updates: runner, sandbox, ipalloc, CLI - Config field: ServicePrefixes → TargetPrefixes - Migration: MigrateServiceToTarget renames stored entities in etcd
📝 WalkthroughWalkthroughThis pull request introduces a migration routine to convert network service entities to target entities and systematically renames all related references throughout the codebase. It adds No actionable comments were generated in the recent review. 🎉 🧹 Recent nitpick comments
Comment |
phinze
left a comment
There was a problem hiding this comment.
Talked this through live, we agreed to pick another word just to leave deploy target open as a phrase to use elsewhere. Re-request review when you get around to it!
Summary
controllers/servicepackage tocontrollers/target, updating all types (ServiceController→TargetController, etc.)ServicePrefixes→TargetPrefixes)MigrateServiceToTarget()migration to rename stored entities in etcd (attribute IDs, kind refs, endpoints references), usingReplacefor full entity replacementWhat's NOT changed
service_ip4s,serviceschain) — internal kernel identifiersnetwork.ServiceManager— unrelated DNS/network management conceptservicesin AppVersion configsTest plan
make lintpassesmake testpasses