Open chrisguidry opened 2 years ago
Should the agent follow the same naming scheme as orion?
eg: prefect-agent
-> agent
cc @jamiezieziula and @jawnsy for some additional opinions.
Should the agent follow the same naming scheme as orion?
@hallenmaia I know this may seem weird to be inconsistent, but I actually think it should still be called prefect-agent
, because here's the use case I'm thinking of:
orion
running in the cluster to coordinate the flows of data across all the applicationsSo you might have:
namespace: `prefect`
- deployment: `orion`
- service: `orion`
namespace: `app1`
- deployment: `prefect-agent` (with API_URL `http://orion.prefect:4200`)
- deployment: `my-app-one`
namespace: `app2`
- deployment: `prefect-agent` (with API_URL `http://orion.prefect:4200`)
- deployment: `my-app-two`
The reason I'm thinking I'd keep the prefect-
prefix on the agent there is because the Prefect Agent is kind of a "bastion" in each namespace that connects it back to the main prefect
namespace.
This issue is stale because it has been open 30 days with no activity. To keep this issue open remove stale label or comment.
First check
Prefect Version
2.x
Describe the current behavior
In @hallenmaia's excellent PR to split the Orion and Agent deployments, we had a brief conversation about what the default Orion deployment name should be, since it may steer how people decide to use it.
We're happy to accept @hallenmaia's PR where he named the orion deployment
prefect-orion
, with a promise to ourselves to follow up later.Describe the proposed behavior
I propose the name should be
orion
, because I think a common use case will be:prefect
namespace in one's clusterIf the name of the service is
prefect-orion
, then the API hostname would beprefect-orion.prefect.svc.cluster.local
. I think it might be clearer if it wereorion.prefect.svc.cluster.local
to avoid the duplication.Example Use
No response
Additional context
No response