Skip to content

Rename ateom #2065

Description

Evaluate whether we want to rename ateom (and maybe atelet too?) to something more descriptive.

We should also rename the gRPC services they expose as well: Ateom, AteomSupport and AteomHerder.

Benjamin Elder (@BenTheElder)

Activity

  1. BenTheElder commented on Oct 1, 2026

    @BenTheElder
    Collaborator

    My take:

    1. We need a daemonset per node, durably, at minimum for the device plugin / DRA to access KVM. Call that "atelet" still. We document that it handles singleton substrate dataplane things.
    2. We need a concept of a "worker" which may or may not be deduped with the atelet in the future. Call it "ate-worker" (currently ateom). Taahir Ahmed (@ahmedtd) called it "ateom" back when it atomicly hosted one actor. Since [EPIC] Multi-Actor Worker Support #1266 it becamse

    I'm not super attached to these names, but we should rename ASAP, because it's a breaking change for the images / binary / package paths / RPC services.

    I think "worker" is generic and obvious for the RPC services, and the binary / container image can be "ate-worker".

  2. annapendleton commented on Oct 1, 2026

    @annapendleton
    Collaborator

    ateom is such a cute name 🥲

    pitching some ideas that I think are still subjectively cute and expand to more than a single unit:

    • moleculate (molecule + ate)
    • polymate (polymer + ate)
    • ensemblate (ensemble + ate)
    • aggregate
  3. juli4n commented on Oct 1, 2026

    @juli4n
    CollaboratorAuthor

    The concept of Worker exists today, and it's an API resource. We need names for the agents. So this could be:

    • ateapi: the control plane. Stays the same.
    • atelet: the per-node agent. Stays the same.
    • ate-worker-{gvisor, microvm}: the agent that runs within the worker pod.

    For the gRPC APIs:

    • Ateom -> Worker
    • AteomSupport -> WorkerSupport
    • AteomHerder -> Atelet
  4. HavenXia commented on Oct 1, 2026

    @HavenXia
    Member

    +1 to the renaming.

    For the gRPC APIs:

    • Ateom -> Worker
    • AteomSupport -> WorkerSupport
    • AteomHerder -> Atelet

    I’m not entirely sure on the gRPC renaming. We already have a WorkerService defined in atelet, and renaming AteomSupport to WorkerSupport creates potential confusion, especially that they represent two distinct hops in our call chain. That goes back to a distinct name for the in-pod agent, though.

  5. BenTheElder commented on Oct 1, 2026

    @BenTheElder
    Collaborator

    We might need to iterate a little on the RPC services in atelet. Will look at that more closely tomorrow.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

area/apiUser-facing API changesarea/nodekind/designDesign discussion, investigation, or research required before implementation

Type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions